From: Michael Snyder <msnyder@vmware.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: "gdb-patches@sourceware.org" <gdb-patches@sourceware.org>,
"drow@false.org" <drow@false.org>,
"pedro@codesourcery.com" <pedro@codesourcery.com>,
"teawater@gmail.com" <teawater@gmail.com>
Subject: RE: [RFA] Reverse Debugging, 5/5
Date: Sat, 04 Oct 2008 17:56:00 -0000 [thread overview]
Message-ID: <09B97D2C4B49DF409E2D018999AC6FE115B42A89C3@PA-EXMBX14.vmware.com> (raw)
In-Reply-To: <ubpy0ixto.fsf@gnu.org>
Done and done.
Excellent! We seem to be approaching convergence!
________________________________________
From: Eli Zaretskii [eliz@gnu.org]
Sent: Saturday, October 04, 2008 1:11 AM
To: Michael Snyder
Cc: gdb-patches@sourceware.org; drow@false.org; pedro@codesourcery.com; teawater@gmail.com
Subject: Re: [RFA] Reverse Debugging, 5/5
> Date: Fri, 03 Oct 2008 11:05:17 -0700
> From: Michael Snyder <msnyder@vmware.com>
> CC: "gdb-patches@sourceware.org" <gdb-patches@sourceware.org>, "drow@false.org" <drow@false.org>, "pedro@codesourcery.com" <pedro@codesourcery.com>, "teawater@gmail.com" <teawater@gmail.com>
>
> Eli Zaretskii wrote:
> >> Date: Thu, 02 Oct 2008 14:40:51 -0700
> >> From: Michael Snyder <msnyder@vmware.com>
>
> >> The context is, the user says "show exec-direction"
> >> with a target that doesn't support reverse.
> >>
> >> Is it better to just say "Forward", with no comment,
> >> or is it better to let the user know that the question
> >> is not applicable? Or both?
> >
> > Both, I'd say.
>
> OK, how about this?
>
> (gdb) show exec-direction
> Forward (target `None' does not support exec-direction).
Fine with me.
> >>> Shouldn't we have some kind of caveat here regarding function prologue
> >>> and epilogue?
> >> Like what?
> >>
> >> If I've done my job right, prologues and epilogues
> >> should be handled transparently, just like they are
> >> when stepping forward.
> >
> > Are they treated transparently when we step forward? I had an
> > impression that in optimized code, they aren't always transparent.
>
> OK, I should have said "we do our best to treat them
> transparently". I suppose if the code is too optimized
> for us to do a good job when we're going forward, we will
> also have problems in reverse.
Yes, that's what I had in mind. So perhaps the text should be a
little vaguer and maybe with some reasonable qualifier, like "unless
the code is too heavily optimized". Maybe have that in a @footnote.
next prev parent reply other threads:[~2008-10-04 17:56 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-01 19:21 Michael Snyder
2008-10-02 19:49 ` Eli Zaretskii
2008-10-02 21:42 ` Michael Snyder
2008-10-03 6:30 ` Eli Zaretskii
2008-10-03 18:07 ` Michael Snyder
2008-10-04 8:13 ` Eli Zaretskii
2008-10-04 17:56 ` Michael Snyder [this message]
2008-10-02 22:43 ` Michael Snyder
2008-10-03 6:35 ` Eli Zaretskii
2008-10-02 22:54 ` Michael Snyder
2008-10-03 6:25 ` Eli Zaretskii
2008-10-03 17:45 ` Daniel Jacobowitz
2008-10-03 17:58 ` Michael Snyder
2008-10-07 3:30 ` Joel Brobecker
2008-10-07 18:25 ` Michael Snyder
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=09B97D2C4B49DF409E2D018999AC6FE115B42A89C3@PA-EXMBX14.vmware.com \
--to=msnyder@vmware.com \
--cc=drow@false.org \
--cc=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=pedro@codesourcery.com \
--cc=teawater@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox