From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11387 invoked by alias); 7 Jul 2005 01:34:59 -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 11378 invoked by uid 22791); 7 Jul 2005 01:34:56 -0000 Received: from lakermmtao04.cox.net (HELO lakermmtao04.cox.net) (68.230.240.35) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 07 Jul 2005 01:34:56 +0000 Received: from white ([68.9.64.121]) by lakermmtao04.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050707013453.DFXA20878.lakermmtao04.cox.net@white>; Wed, 6 Jul 2005 21:34:53 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1DqLHp-0004zq-00; Wed, 06 Jul 2005 21:34:45 -0400 Date: Thu, 07 Jul 2005 01:34:00 -0000 From: Bob Rossi To: Nick Roberts Cc: Daniel Jacobowitz , gdb@sources.redhat.com Subject: Re: Queries in MI Message-ID: <20050707013445.GB18932@white> Mail-Followup-To: Nick Roberts , Daniel Jacobowitz , gdb@sources.redhat.com References: <20050706131413.GA24446@nevyn.them.org> <17100.19602.527071.624058@farnswood.snap.net.nz> <20050706212845.GA9131@nevyn.them.org> <17100.24710.842746.668947@farnswood.snap.net.nz> <20050706234612.GA18932@white> <17100.30869.182054.443090@farnswood.snap.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17100.30869.182054.443090@farnswood.snap.net.nz> User-Agent: Mutt/1.3.28i X-SW-Source: 2005-07/txt/msg00064.txt.bz2 On Thu, Jul 07, 2005 at 12:34:29PM +1200, Nick Roberts wrote: > > > If MI becomes properly asynchronous then I'm not sure how to do it. > > > Perhaps the the frontend could prepend a token on the input, just as MI > > > already uses tokens for output. > > > > Is it possible that FE's would want to automate the response to a query? > > If so, does it make sense to put the query in the MI protocol? > > > > For instance, a FE could implement a way to allow users to set a > > breakpoint in the source window by class name/function. Then, when the > > FE tries to automate the command, GDB could respond with a query, > > the FE could present the user with choices (in dialog) and then send the > > response back. > > > > With the current response, the FE has no way of doing this. > > I'm not sure what you're suggesting, but Emacs will always want to allow CLI > input through the GUD buffer which, for example, will be forwarded to GDB as: > > -interpreter-exec console "b asdf" Of course. Your stating the case when the user sends a command to GDB and get's a query as a response. That's fine. What about the case when the FE sends a command to GDB and has to deal with the query? That isn't capable with the current output. The MI response would have to have the query information built into it, like, -break-insert "b asdf" ^done,query={choice1="...",choice2="..."} FE sends->choice1 ... I currently don't have a need for such a feature, but I'm just suggesting that the current mechanism doesn't allow the FE to do this sort of thing nicely. I'm sure it will be needed eventually. Bob Rossi