From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32356 invoked by alias); 6 Oct 2004 17:02:41 -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 32227 invoked from network); 6 Oct 2004 17:02:39 -0000 Received: from unknown (HELO lakermmtao03.cox.net) (68.230.240.36) by sourceware.org with SMTP; 6 Oct 2004 17:02:39 -0000 Received: from white ([68.9.64.121]) by lakermmtao03.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041006170238.EGPW13098.lakermmtao03.cox.net@white>; Wed, 6 Oct 2004 13:02:38 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1CFFBW-0003FA-00; Wed, 06 Oct 2004 13:02:38 -0400 Date: Wed, 06 Oct 2004 17:03:00 -0000 From: Bob Rossi To: Felix Lee Cc: gdb@sources.redhat.com Subject: Re: Bumping MI protocol Message-ID: <20041006170238.GF12213@white> Mail-Followup-To: Felix Lee , gdb@sources.redhat.com References: <20041006010100.GA10896@white> <20041006111436.GA11747@white> <01c4ab9d$Blat.v2.2.2$923860c0@zahav.net.il> <20041006165727.B1384502AB6@stray.canids> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041006165727.B1384502AB6@stray.canids> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-10/txt/msg00142.txt.bz2 On Wed, Oct 06, 2004 at 09:57:27AM -0700, Felix Lee wrote: > "Eli Zaretskii" : > > > From: Bob Rossi > > > Exscuse me for being frank, your statements about this question are foolish. > > > > I, for one, don't think Nathan's comments are foolish. As a volunteer > > project, we shouldn't waste too much time discussing hypothetical > > issues. > > I agree with Eli and Nathan, from a different angle. > > I've never tried implementing a gdb front-end, but if I had to do > one, I wouldn't rely on gdb conforming exactly to any particular > specification, because bugs happen, and eliminating all bugs is > not going to happen in my lifetime. OK, so here it is again. GDB does not plan on supporting people that generate there parser from the official MI output syntax ( grammar )? > users are unlikely to be happy about restarting a complicated > debugging session when they encounter a bug in the debugger, so a > robust front-end will need to do some sanity checking of the > conversation, and it will also need a method of resynchronizing > the conversation when the sanity checks fail. Yes, the grammar needs to change. This should all be taken into account during the development of an MI protocol. Tests should be made for every MI output command, and the output should be tested to make sure they conform to the syntax. > if a front-end has this basic adaptability, then it's not that > big a deal if any one-off version of gdb doesn't conform exactly > to spec. so you can concentrate effort on making things work > well for the versions of gdb that are commonly in use. > -- Yes yes, you want to see me write one large parser that handles everything and anything thrown at it, including the english language. Bob Rossi