This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: RFC: MI output during program execution
- From: Bob Rossi <bob at brasko dot net>
- To: Eli Zaretskii <eliz at gnu dot org>
- Cc: Jim Ingham <jingham at apple dot com>, gdb-patches at sources dot redhat dot com
- Date: Tue, 9 Aug 2005 14:13:11 -0400
- Subject: Re: RFC: MI output during program execution
- References: <1123605445.30442.ezmlm@sources.redhat.com> <BEB0CEB0-A8C2-4F6C-8462-889BA8079BFB@apple.com> <u1x53oudj.fsf@gnu.org>
On Tue, Aug 09, 2005 at 09:08:56PM +0300, Eli Zaretskii wrote:
> > From: Jim Ingham <jingham@apple.com>
> > Date: Tue, 9 Aug 2005 10:07:43 -0700
> >
> > You don't want to run ALL cli commands through the mi command
> > equivalents because then the output would come out in mi form, not
> > cli form.
>
> I thought we wanted to have _both_ CLI and MI style response in this
> case: the CLI response to display in the command buffer, the MI
> response to be caught by the front end in order to change the display
> in other windows. Am I missing something?
Yes, this sounds nice to me. Currently, querying GDB/MI's state, via an
MI function allows this, without any modifications to GDB/MI.
Is there any downside to this approach besides possible inefficiency?
Bob Rossi