From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32321 invoked by alias); 17 Jul 2009 02:41:43 -0000 Received: (qmail 32302 invoked by uid 22791); 17 Jul 2009 02:41:43 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.25) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 17 Jul 2009 02:41:37 +0000 Received: from totara (118.26.255.123.static.snap.net.nz [123.255.26.118]) by viper.snap.net.nz (Postfix) with ESMTP id 19A123DADCA; Fri, 17 Jul 2009 14:41:35 +1200 (NZST) Received: by totara (Postfix, from userid 1000) id DAF4EC15A; Fri, 17 Jul 2009 14:41:33 +1200 (NZST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19039.58589.853319.841012@totara.tehura.co.nz> Date: Fri, 17 Jul 2009 02:41:00 -0000 To: "Marc Khouzam" Cc: "Hui Zhu" , , "Michael Snyder" Subject: RE: Reverse debugging In-Reply-To: <6D19CA8D71C89C43A057926FE0D4ADAA07BD6DD6@ecamlmw720.eamcs.ericsson.se> References: <19035.54231.157231.624882@totara.tehura.co.nz> <4A5BD5F3.1090103@vmware.com> <19035.57129.173542.368393@totara.tehura.co.nz> <4A5CC0E1.7020800@vmware.com> <19037.16041.589932.535743@totara.tehura.co.nz> <6D19CA8D71C89C43A057926FE0D4ADAA07BD6DD6@ecamlmw720.eamcs.ericsson.se> From: nickrob@snap.net.nz (Nick Roberts) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-07/txt/msg00110.txt.bz2 > So in your case you are dealing with a proper tty? > For eclipse, we fall in the !from_tty case. Emacs communicates with GDB through a pseudo-tty. How does Eclipse do it? This also seems contrary to what Daniel Jacobowitz has previously told me, perhaps about Eclipse more generally. CDT has a console and I thought he assured me that there was interest in developing that functionality. > Frontends should definetely not be bothered with those queries. > In my mind, a FE should know what it is doing so if it requests > an action like 'record stop' it should not be prompted at all. > This is probably true for any of these queries. > > I was originally going to ask Hui always have a !from_tty check, > but now it seems this would not work for emacs. > > Can we check if the default interpreter is MI somehow and in those > cases not do the query? The idea is that if one uses MI then > it is not in some user-interactive session. > > Just a thought... That might be a good idea but this request isn't for Emacs on trunk, which has now migrated fully to GDB/MI, but for the release branch which still uses annotations. It's just a small request for a slight change to the existing command "record stop" or, as Hui suggested, adding a special CLI command to stop recording that doesn't need confirmation. -- Nick http://www.inet.net.nz/~nickrob