From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-40512-listarch-gdb-patches=sources.redhat.com@sources.redhat.com>
Received: (qmail 27134 invoked by alias); 9 Aug 2005 18:13:16 -0000
Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sources.redhat.com>
List-Help: <mailto:gdb-patches-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-patches-owner@sources.redhat.com
Received: (qmail 27127 invoked by uid 22791); 9 Aug 2005 18:13:13 -0000
Received: from eastrmmtao03.cox.net (HELO eastrmmtao03.cox.net) (68.230.240.36)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 09 Aug 2005 18:13:13 +0000
Received: from white ([68.9.64.121]) by eastrmmtao03.cox.net
          (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP
          id <20050809181311.ZLTB8255.eastrmmtao03.cox.net@white>;
          Tue, 9 Aug 2005 14:13:11 -0400
Received: from bob by white with local (Exim 3.35 #1 (Debian))
	id 1E2Yb9-0000pW-00; Tue, 09 Aug 2005 14:13:11 -0400
Date: Tue, 09 Aug 2005 18:23:00 -0000
From: Bob Rossi <bob@brasko.net>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Jim Ingham <jingham@apple.com>, gdb-patches@sources.redhat.com
Subject: Re: RFC: MI output during program execution
Message-ID: <20050809181311.GB3012@white>
Mail-Followup-To: Eli Zaretskii <eliz@gnu.org>,
	Jim Ingham <jingham@apple.com>, gdb-patches@sources.redhat.com
References: <1123605445.30442.ezmlm@sources.redhat.com> <BEB0CEB0-A8C2-4F6C-8462-889BA8079BFB@apple.com> <u1x53oudj.fsf@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <u1x53oudj.fsf@gnu.org>
User-Agent: Mutt/1.3.28i
X-SW-Source: 2005-08/txt/msg00103.txt.bz2

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