From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7717 invoked by alias); 30 Sep 2004 11:49:21 -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 7706 invoked from network); 30 Sep 2004 11:49:18 -0000 Received: from unknown (HELO lakermmtao05.cox.net) (68.230.240.34) by sourceware.org with SMTP; 30 Sep 2004 11:49:18 -0000 Received: from white ([68.9.64.121]) by lakermmtao05.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20040930114917.MEDL14016.lakermmtao05.cox.net@white>; Thu, 30 Sep 2004 07:49:17 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1CCzQz-0000ZM-00; Thu, 30 Sep 2004 07:49:17 -0400 Date: Thu, 30 Sep 2004 11:49:00 -0000 From: Bob Rossi To: Fabian Cenedese Cc: gdb@sources.redhat.com Subject: Re: MI documentation Message-ID: <20040930114917.GA2181@white> Mail-Followup-To: Fabian Cenedese , gdb@sources.redhat.com References: <20040929173133.GB1054@white> <5.2.0.9.1.20040930082856.01cf3990@NT_SERVER> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.2.0.9.1.20040930082856.01cf3990@NT_SERVER> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-09/txt/msg00265.txt.bz2 On Thu, Sep 30, 2004 at 08:34:58AM +0200, Fabian Cenedese wrote: > > >I was wondering how GDB documents the different versions of MI. For > >instance, how do you know what MI commands are available with > >specific versions of MI? What fields do the commands output for > >specific versions? What asynchronous notifications are possibly outputted > >with MI version 1,2,3? > > I think the way to go is the probing of each needed command. If it's > available the frontend can use it, if not the frontend needs a fallback. > This is done e.g. in the remote protocol. If the vCont command is not > implemented the simpler s and c commands are used. This is somehow > similar to the MI. If the tagged commands are not implemented (older > gdb) the untagged commands can be used, even with less reliability. > So THE ONE version number is not really usefull as you also stated > earlier. But I don't know how a frontend can _ask_ what async > notifications could come. So that only answers what syncronous commands are avaiable with the current version even thought the front end wouldn't know the version number. It still doesn't tell you the asyncronous commands like you mentioned or the fields that are available for input commands or anything else that I would need to know for certain versions. I feel that knowing these things are a minimum requirement for having a protocol between 2 processes. Bob Rossi