From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20479 invoked by alias); 17 Jul 2009 14:12:21 -0000 Received: (qmail 20451 invoked by uid 22791); 17 Jul 2009 14:12:20 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from imr1.ericy.com (HELO imr1.ericy.com) (198.24.6.9) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 17 Jul 2009 14:12:11 +0000 Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id n6HEC3Cu024094; Fri, 17 Jul 2009 09:12:05 -0500 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 17 Jul 2009 09:12:01 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: Reverse debugging Date: Fri, 17 Jul 2009 14:12:00 -0000 Message-ID: <6D19CA8D71C89C43A057926FE0D4ADAA07BD7500@ecamlmw720.eamcs.ericsson.se> In-Reply-To: <19039.58589.853319.841012@totara.tehura.co.nz> 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> <19039.58589.853319.841012@totara.tehura.co.nz> From: "Marc Khouzam" To: "Nick Roberts" Cc: "Hui Zhu" , , "Michael Snyder" 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/msg00113.txt.bz2 > -----Original Message----- > From: Nick Roberts [mailto:nickrob@snap.net.nz]=20 > Sent: July-16-09 10:42 PM > To: Marc Khouzam > Cc: Hui Zhu; gdb@sources.redhat.com; Michael Snyder > Subject: RE: Reverse debugging >=20 > > So in your case you are dealing with a proper tty? > > For eclipse, we fall in the !from_tty case. >=20 > Emacs communicates with GDB through a pseudo-tty. How does Eclipse > do it? >=20 > This also seems contrary to what Daniel Jacobowitz has=20 > previously told me, > perhaps about Eclipse more generally. CDT has a console and=20 > I thought he > assured me that there was interest in developing that functionality. We do have a console and we do want it to be fully supported :-) But all commands sent from the console are redirected through our normal MI channel and I think this is the reason we are not a tty in that case. For example when turning off record from that console or from the eclipse buttons I get:=20 "Delete recorded log and stop recording?(y or n) [answered Y; input not from terminal]" I noticed that the previous CDT GDB integration has its console considered a tty. It may be worth looking into the difference... when time allows it :-) >=20 > > 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. > >=20 > > I was originally going to ask Hui always have a !from_tty check, > > but now it seems this would not work for emacs. > >=20 > > 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. > >=20 > > Just a thought... >=20 > That might be a good idea but this request isn't for Emacs on=20 > trunk, which has > now migrated fully to GDB/MI, but for the release branch=20 > which still uses > annotations.=20=20 So you start GDB in CLI mode? My idea was that if gdb is started with '-interpreter mi', we could assume it is a frontend that started it and not use queries. > It's just a small request for a slight change=20 > to the existing > command "record stop" or, as Hui suggested, adding a special=20 > CLI command > to stop recording that doesn't need confirmation. I have nothing against that. How about making this command MI? Marc