From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31083 invoked by alias); 6 Jul 2005 23:46:20 -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 31043 invoked by uid 22791); 6 Jul 2005 23:46:15 -0000 Received: from lakermmtao10.cox.net (HELO lakermmtao10.cox.net) (68.230.240.29) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 06 Jul 2005 23:46:15 +0000 Received: from white ([68.9.64.121]) by lakermmtao10.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050706234612.JKQY7787.lakermmtao10.cox.net@white>; Wed, 6 Jul 2005 19:46:12 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1DqJan-0004wp-00; Wed, 06 Jul 2005 19:46:13 -0400 Date: Wed, 06 Jul 2005 23:46:00 -0000 From: Bob Rossi To: Nick Roberts Cc: Daniel Jacobowitz , gdb@sources.redhat.com Subject: Re: Queries in MI [was Re: MI usage inside a user-defined commands] Message-ID: <20050706234612.GA18932@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17100.24710.842746.668947@farnswood.snap.net.nz> User-Agent: Mutt/1.3.28i X-SW-Source: 2005-07/txt/msg00059.txt.bz2 On Thu, Jul 07, 2005 at 10:51:50AM +1200, Nick Roberts wrote: > > > The user should be asked: > > > > > > Make breakpoint pending on future shared library load? (y or [n]) > > > > Yes, that does seem like a bug - but how would you perform the query? > > On older versions of GDB (example slightly changed because -interpreter-exec > and pending breakpoints didn't exist): > > (gdb) > quit > &"quit\n" > ~"The program is running. Exit anyway? (y or n) " > n > &"Not confirmed.\n" > ^error,msg="Not confirmed." > (gdb) > > which worked as for CLI. However, presumably this operation is synchronous. > 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. Bob Rossi