From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-19729-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 16984 invoked by alias); 6 Oct 2004 17:41:27 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 16969 invoked from network); 6 Oct 2004 17:41:26 -0000
Received: from unknown (HELO NUTMEG.CAM.ARTIMI.COM) (217.40.111.177)
  by sourceware.org with SMTP; 6 Oct 2004 17:41:26 -0000
Received: from mace ([192.168.1.25]) by NUTMEG.CAM.ARTIMI.COM with Microsoft SMTPSVC(6.0.3790.0);
	 Wed, 6 Oct 2004 18:41:05 +0100
From: "Dave Korn" <dk@artimi.com>
To: "'Bob Rossi'" <bob@brasko.net>,
	"'Eli Zaretskii'" <eliz@gnu.org>,
	<gdb@sources.redhat.com>
Subject: RE: probing GDB for MI versions
Date: Wed, 06 Oct 2004 17:41:00 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <20041006173622.GJ12213@white>
Message-ID: <NUTMEGGNhwO4fAT1Ily000002da@NUTMEG.CAM.ARTIMI.COM>
X-OriginalArrivalTime: 06 Oct 2004 17:41:05.0532 (UTC) FILETIME=[A7CF7BC0:01C4ABCB]
X-SW-Source: 2004-10/txt/msg00156.txt.bz2

> -----Original Message-----
> From: Bob Rossi [mailto:bob@brasko.net] 


> I want to make one thing clear, Eli's suggesting of making an 
> MI command
> that returns the supported MI versions has one problem. We 
> are adding a 
> command to an MI protocol that can not be understood by a 
> program that 
> can speak a protocol. The program must,
> 
>    1. Have a parser that understands the protocol it wants to speak
>    (obvious and easy to get)
>    2. Have a parser that understands all future non invented protocols
>    of the MI output syntax, and will be capable of parsing the current
>    and future protocols to get the information it needs.
>    (mostly not possible)

  False inference.

> Will someone explain to me how they expect to write a parser 
> capable of
> getting some information out of MI2, but prove to me that it will work
> with MI100.

  Simple.

  Any time anyone proposes changing the output format of the -mi-version
command, or removing it, we'll just say no.  Fr'ex:

  The -mi-version command will ALWAYS AND FOREVER output a string of the
format

"Highest supported MI version is XXXX"

where XXXX is an ASCII decimal integer.  Any program can then read the
output from an invocation of gdb and simply discard everything up until it
finds that string, then parse the integer out.

    cheers, 
      DaveK
-- 
Can't think of a witty .sigline today....