From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13101 invoked by alias); 22 Jul 2009 17:46:47 -0000 Received: (qmail 13092 invoked by uid 22791); 22 Jul 2009 17:46:47 -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; Wed, 22 Jul 2009 17:46:37 +0000 Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se [138.85.77.51]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id n6MHkUcx010553; Wed, 22 Jul 2009 12:46:30 -0500 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Wed, 22 Jul 2009 12:45:53 -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: Wed, 22 Jul 2009 17:46:00 -0000 Message-ID: <6D19CA8D71C89C43A057926FE0D4ADAA07C2FF93@ecamlmw720.eamcs.ericsson.se> In-Reply-To: <20090718035954.GA14821@caradoc.them.org> 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> <6D19CA8D71C89C43A057926FE0D4ADAA07BD7500@ecamlmw720.eamcs.ericsson.se> <19041.8220.81290.844584@totara.tehura.co.nz> <20090718035954.GA14821@caradoc.them.org> From: "Marc Khouzam" To: "Daniel Jacobowitz" , "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/msg00177.txt.bz2 > -----Original Message----- > From: Daniel Jacobowitz [mailto:drow@false.org]=20 > Sent: Saturday, July 18, 2009 12:00 AM > To: Nick Roberts > Cc: Marc Khouzam; Hui Zhu; gdb@sources.redhat.com; Michael Snyder > Subject: Re: Reverse debugging >=20 > On Sat, Jul 18, 2009 at 01:06:36PM +1200, Nick Roberts wrote: > > It seems strange not to use a tty for the console since it=20 > is a terminal. It > > allows you to change the terminal mode, although admittedly=20 > I've not found a > > need for this. Also if you wanted to use readline, I guess=20 > it would need a > > tty. >=20 > I've found it works much better to handle any readline-like behavior > in the front end; then use -interpreter-exec to talk to GDB. This > lets you reliably get MI notifications for actions, etc. If I understand correctly your point is that using GDB to handle readline behavior will lockup the GDB-frontend communication and will delay any MI notifications. If that is what you meant, then I wasnted to bring up the fact that such a problem is occuring now with scripting (with the 'define' command). If a user uses the 'define' command in the eclipse console, GDB is now locked listening on the secondary prompt ('>'). If any MI commands=20 happened to be sent to GDB during that time, they get swallowed and=20 Eclipse gets all messed up. I was considering handling the secondary prompt within eclipse and then=20 sending all those sub commands to GDB at once. To do this, I was=20 wondering a couple of things: - is there anyway that something type at the secondary prompt can cause a failure? What I mean is: is it true that except for ^C and 'end', anything will be accepted at the secondary prompt, and the next line will be a new secondary prompt. - can I 'undefine' a user command? - are there many commands that trigger the secondary prompt? I am aware of 'define' and 'actions' Thanks Marc