From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13298 invoked by alias); 7 Jul 2005 03:32:46 -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 13283 invoked by uid 22791); 7 Jul 2005 03:32:43 -0000 Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 07 Jul 2005 03:32:43 +0000 Received: from farnswood.snap.net.nz (p41-tnt2.snap.net.nz [202.124.108.41]) by viper.snap.net.nz (Postfix) with ESMTP id 9135D5C9457; Thu, 7 Jul 2005 15:32:24 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 1140962A99; Thu, 7 Jul 2005 04:34:27 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17100.41667.416365.221446@farnswood.snap.net.nz> Date: Thu, 07 Jul 2005 03:32:00 -0000 To: Bob Rossi Cc: Daniel Jacobowitz , gdb@sources.redhat.com Subject: Re: Queries in MI In-Reply-To: <20050707013445.GB18932@white> 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> <20050707013445.GB18932@white> X-SW-Source: 2005-07/txt/msg00065.txt.bz2 > > 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 > ... Well "b asdf" is a CLI command, but I take your point. Currently, if asdf is symbol that is in a shared library that is yet to be loaded, then (gdb) -break-insert asdf &"Function \"asdf\" not defined.\n" ^done (gdb) This is the opposite behaviour to -interpreter-exec console "b asdf" and the same as you would you would get using CLI with "set confirm off". > 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. You're suggesting a syntax. I'm not sure what the mechanism should be, because if GDB is made to wait for a response that might break other things. Nick