From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11490 invoked by alias); 19 Oct 2009 15:05:54 -0000 Received: (qmail 11480 invoked by uid 22791); 19 Oct 2009 15:05:53 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-px0-f202.google.com (HELO mail-px0-f202.google.com) (209.85.216.202) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 19 Oct 2009 15:05:49 +0000 Received: by pxi40 with SMTP id 40so3864919pxi.24 for ; Mon, 19 Oct 2009 08:05:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.66.21 with SMTP id o21mr339772wfa.47.1255964748060; Mon, 19 Oct 2009 08:05:48 -0700 (PDT) In-Reply-To: References: <4ADA4BD8.6080800@vmware.com> From: Hui Zhu Date: Mon, 19 Oct 2009 16:35:00 -0000 Message-ID: Subject: Re: [FYI] tutorial for process record and reverse debugging To: Marc Khouzam , Michael Snyder Cc: "gdb@sourceware.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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/msg00303.txt.bz2 Thanks Marc, I think I got you mean. You mean is when the user don't want keep play in replay mode, we give him a way to go the the record mode directly. I think this idea is not bad. Michael, what do you think about it? Thanks, Hui On Mon, Oct 19, 2009 at 21:06, Marc Khouzam wro= te: >> -----Original Message----- >> From: gdb-owner@sourceware.org >> [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 >> >> > But from reading the tutorial I see that it may be of >> interest in some situations. >> > What bothers me though is that one must disable all >> breakpoints and then re-enable >> > them. =A0This can be a bit of an annoyance, especially if >> some bps were already disabled. >> > I got to wonder if this doesn't call for a new command; >> something like >> > "record live", which would take us to the end of the >> recording while not needing the >> > user to deal with existing breakpoints. >> > >> > What do you think? >> > >> > Marc >> > >> >> Sorry Marc, =A0I cannot understand it. =A0 Could you please tell me which >> status need "disable all breakpoints and then re-enable them"? > > In the tutorial, around the middle of section > "Continue, reverse-continue, and breakpoints" > it mentions that after doing some reverse execution, we may be > "now ready to resume where we left off". > > From 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. =A0To 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 >