From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31123 invoked by alias); 6 Jul 2005 22:50:43 -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 31101 invoked by uid 22791); 6 Jul 2005 22:50:38 -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; Wed, 06 Jul 2005 22:50:38 +0000 Received: from farnswood.snap.net.nz (p152-tnt1.snap.net.nz [202.124.110.152]) by viper.snap.net.nz (Postfix) with ESMTP id 6FFE65CA08D; Thu, 7 Jul 2005 10:50:35 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id ABCAF62A99; Wed, 6 Jul 2005 23:51:51 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17100.24710.842746.668947@farnswood.snap.net.nz> Date: Wed, 06 Jul 2005 22:50:00 -0000 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: Queries in MI [was Re: MI usage inside a user-defined commands] In-Reply-To: <20050706212845.GA9131@nevyn.them.org> References: <20050706131413.GA24446@nevyn.them.org> <17100.19602.527071.624058@farnswood.snap.net.nz> <20050706212845.GA9131@nevyn.them.org> X-SW-Source: 2005-07/txt/msg00055.txt.bz2 > > 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. Nick