From: Nick Roberts <nickrob@snap.net.nz>
To: Vladimir Prus <ghost@cs.msu.su>
Cc: gdb-patches@sources.redhat.com
Subject: Re: cleanup mi error message handling
Date: Sun, 30 Mar 2008 05:13:00 -0000 [thread overview]
Message-ID: <18415.8302.588187.39111@kahikatea.snap.net.nz> (raw)
In-Reply-To: <fsljad$h6f$1@ger.gmane.org>
> > `"&" STRING-OUTPUT'
> > The log stream contains debugging messages being produced by GDB's
> > internals.
> >
> > I still think that means we shouldn't be producing them for
> > errors.
From mi-interp.c:
/* Create MI channels */
mi->err = mi_console_file_new (raw_stdout, "&", '"');
mi->log = mi->err;
Maybe the documentation is imprecise but it's pretty clear from the code that
this channel was intended for errors.
> I agree. What happens now is that on errors, Eclipse shows the error message
> in red. Good, however since it does not show the MI commands user will know
> what something is wrong, but won't have any clue why.
Maybe that's a shortcoming of Eclipse. And if it is a problem then it is
surely one which an Eclipse developer should raise.
> If the point is just
> to show to the user that some error has happened, then the ^error is pretty
> sufficient.
I've said why I don't think it's sufficient but I'm not going to repeat myself.
> And if we enable logging of MI commands, user can see the
> information even if nothing goes to "&" channel.
And nothing goes to the console. Same old story.
> So I'd agree that removing those error messages is good. I plan to review
> the patch in detail next week.
--
Nick http://www.inet.net.nz/~nickrob
next prev parent reply other threads:[~2008-03-30 5:13 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-24 18:30 Pedro Alves
2008-03-24 19:08 ` Pedro Alves
2008-03-24 22:04 ` Nick Roberts
2008-03-24 22:39 ` Daniel Jacobowitz
2008-03-24 23:37 ` Nick Roberts
2008-03-25 1:00 ` Daniel Jacobowitz
2008-03-25 1:29 ` Nick Roberts
2008-03-25 2:12 ` Daniel Jacobowitz
2008-03-29 14:22 ` Vladimir Prus
2008-03-30 5:13 ` Nick Roberts [this message]
2008-03-30 6:06 ` Vladimir Prus
2008-03-31 0:46 ` Nick Roberts
2008-03-31 1:59 ` Daniel Jacobowitz
2008-03-31 2:23 ` Nick Roberts
2008-03-31 5:07 ` Vladimir Prus
2008-03-31 6:36 ` Nick Roberts
2008-03-31 7:10 ` Vladimir Prus
2008-03-31 15:17 ` Pedro Alves
2008-03-31 11:24 ` Pedro Alves
2008-04-01 2:00 ` Pedro Alves
2008-04-01 0:18 ` Pedro Alves
2008-04-01 13:17 ` Nick Roberts
2008-04-01 3:28 ` Nick Roberts
2008-03-25 3:52 ` Pedro Alves
2008-04-04 13:33 ` Vladimir Prus
2008-04-04 23:08 ` Pedro Alves
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=18415.8302.588187.39111@kahikatea.snap.net.nz \
--to=nickrob@snap.net.nz \
--cc=gdb-patches@sources.redhat.com \
--cc=ghost@cs.msu.su \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox