From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3638 invoked by alias); 19 Oct 2009 13:06:46 -0000 Received: (qmail 3629 invoked by uid 22791); 19 Oct 2009 13:06:45 -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 imr1.ericy.com (HELO imr1.ericy.com) (198.24.6.9) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 19 Oct 2009 13:06:42 +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 n9JD6dtu025664; Mon, 19 Oct 2009 08:06:39 -0500 Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Mon, 19 Oct 2009 08:06:23 -0500 Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Mon, 19 Oct 2009 08:06:23 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.110]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Mon, 19 Oct 2009 09:06:23 -0400 From: Marc Khouzam To: "'Hui Zhu'" CC: "'Michael Snyder'" , "'gdb@sourceware.org'" Date: Mon, 19 Oct 2009 13:20:00 -0000 Subject: RE: [FYI] tutorial for process record and reverse debugging Message-ID: References: <4ADA4BD8.6080800@vmware.com> In-Reply-To: Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 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-10/txt/msg00301.txt.bz2 > -----Original Message----- > From: gdb-owner@sourceware.org=20 > [mailto:gdb-owner@sourceware.org] On Behalf Of Hui Zhu > Sent: Monday, October 19, 2009 8:57 AM > To: Marc Khouzam > Cc: Michael Snyder; gdb@sourceware.org > Subject: Re: [FYI] tutorial for process record and reverse debugging >=20 > > But from reading the tutorial I see that it may be of=20 > interest in some situations. > > What bothers me though is that one must disable all=20 > breakpoints and then re-enable > > them. =A0This can be a bit of an annoyance, especially if=20 > some bps were already disabled. > > I got to wonder if this doesn't call for a new command;=20 > something like > > "record live", which would take us to the end of the=20 > recording while not needing the > > user to deal with existing breakpoints. > > > > What do you think? > > > > Marc > > >=20 > Sorry Marc, I cannot understand it. Could you please tell me which > status need "disable all breakpoints and then re-enable them"? In the tutorial, around the middle of section=20 "Continue, reverse-continue, and breakpoints" it mentions that after doing some reverse execution, we may be "now ready to resume where we left off". =46rom what I understand this means that the user may decide that she is done with reverse execution and wants to go back to executing the live program. To do this, we need to disable all bps, do a 'continue' and then (optionally) re-enable all bps. If going straight to the end of the recording log is a valuable feature, I was thinking it may deserve its own command. Ultimately, I'm hoping that with such a command, we can then see if we can have PRecord directly jump from recorded execution to live execution without stopping. I'm hoping to get opinions from you experts, as I'm not sure it is a good idea. Marc