From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18520 invoked by alias); 12 Aug 2004 13:03:08 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 18493 invoked from network); 12 Aug 2004 13:03:06 -0000 Received: from unknown (HELO mta3.srv.hcvlny.cv.net) (167.206.5.69) by sourceware.org with SMTP; 12 Aug 2004 13:03:06 -0000 Received: from nimble.325Bayport (ool-18b87d16.dyn.optonline.net [24.184.125.22]) by mta3.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I2C002AP47OB9@mta3.srv.hcvlny.cv.net> for gdb@sources.redhat.com; Thu, 12 Aug 2004 09:02:13 -0400 (EDT) Date: Thu, 12 Aug 2004 13:03:00 -0000 From: Nick NoSpam Subject: Re: GDB/XMI (XML Machine Interface) In-reply-to: To: Jason Molenda Cc: Alain Magloire , Bob Rossi , gdb@sources.redhat.com Message-id: <1092315756.26404.69.camel@nimble.325Bayport> MIME-version: 1.0 Content-type: text/plain Content-transfer-encoding: 7BIT References: <200408111926.PAA23762@smtp.ott.qnx.com> X-SW-Source: 2004-08/txt/msg00200.txt.bz2 > it's easy to separate inferior I/O from the MI command stream. Certainly there are methods, but the MI2 spec clearly defines how this situation should be handled. Apparently this is not a new issue, so when MI2 was defined, inferior output was specifically handled via it's own syntax. So the problem is implementation (see bug 1654 from May). XML format won't cure this situation. Regards, Nick G. On Wed, 2004-08-11 at 18:35, Jason Molenda wrote: > Hi Alain, > > On Aug 11, 2004, at 12:26 PM, Alain Magloire wrote: > > > Doing a clean recursive decent parser for MI, is actually very > > simple... > > it's just that you have to make n exceptions: inconsitencies, plain > > bugs, > > crap etc .. the inferior output can be intertwine to the protocol, the > > duality CLI vs MI in an IDE, the OOB(async notifications) being > > incomplete, the inconsistensies between argument parsing etc .. > > > I think both Chris and Jim mentioned this already, but it's easy to > separate inferior I/O from the MI command stream. The UI sets up a > pseudo tty that it controls and uses the gdb "tty" command to redirect > inferior I/O to that ptty. Our Xcode UI has been using this technique > for at least a couple of years now. > > Jason