public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Stan Shebs <shebs@apple.com>
Cc: gdb@sources.redhat.com
Subject: Re: Using reverse execution
Date: Thu, 15 Sep 2005 03:37:00 -0000	[thread overview]
Message-ID: <u4q8n3ssg.fsf@gnu.org> (raw)
In-Reply-To: <4328A574.5080906@apple.com> (message from Stan Shebs on Wed, 14 Sep 2005 15:34:28 -0700)

> Date: Wed, 14 Sep 2005 15:34:28 -0700
> From: Stan Shebs <shebs@apple.com>
> Cc: gdb@sources.redhat.com
> 
> But have you actually done any debugging by reverse execution yourself?

Yes.

> As a comparison, for tracepoints we came up with various scenarios for
> how they would be amazingly useful and powerful, and yet after nearly
> a decade they remain a curiosity in GDB.

IMHO, tracepoints remain a curiosity because they were never
implemented on a large enough number of platforms.  Lack of native
support, in particular, is the main reason for its non-use.

> So that's the kind of question I'm asking for reverse execution - what
> do we think it takes to make it useful? Do we have to be be able to
> undo all system calls, or is it sufficient to just skip over them
> somehow? Should executing forward after reversal re-execute system
> calls, or skip over them, or should there be a sort of virtual/real
> option? Do we have to be able to unroll back to the beginning of the
> program, or can we usefully limit the range? Is there any more risk
> to users than they incur now when calling a function in the inferior?
> Reversing is likely to be slower - how much is acceptable? Will an
> incomplete mechanism still be interesting, or would it get a bad
> reputation such that no one will use it?

We could discuss these questions one by one.  But we shouldn't fear
them to the degree that prevents us from starting to implement this
feature.

  reply	other threads:[~2005-09-15  3:37 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-13  1:17 Stan Shebs
2005-09-13  3:43 ` Eli Zaretskii
2005-09-14  0:36   ` Stan Shebs
2005-09-14  3:42     ` Eli Zaretskii
2005-09-14 22:34       ` Stan Shebs
2005-09-15  3:37         ` Eli Zaretskii [this message]
2005-09-15  5:36           ` Stan Shebs
2005-09-15 15:14             ` Eli Zaretskii
2005-09-15 18:02               ` Jason Molenda
2005-09-15 20:12                 ` Stan Shebs
2005-09-16 10:42                   ` Eli Zaretskii
2005-09-16 14:00                     ` Stan Shebs
2005-09-16 16:22                       ` Eli Zaretskii
2005-09-16 18:03                         ` Stan Shebs
2005-09-16 20:50                           ` Eli Zaretskii
2005-09-23 23:20                             ` Stan Shebs
2005-09-16 17:50                       ` Ian Lance Taylor
2005-09-16 10:43                 ` Eli Zaretskii
2005-09-13 18:11 ` Min Xu (Hsu)
2005-09-13 22:01   ` Jim Blandy
2005-09-14  0:42     ` Stan Shebs
2005-09-16 12:03 ` Ramana Radhakrishnan
2005-09-20 22:47 Michael Snyder
2005-09-20 22:56 Michael Snyder
2005-09-20 23:14 ` Ian Lance Taylor
2005-09-21  3:40   ` Eli Zaretskii
2005-09-21  4:00     ` Ian Lance Taylor
2005-09-21 17:52       ` Eli Zaretskii
2005-09-21 20:37       ` Michael Snyder
2005-09-24  0:46         ` Stan Shebs
2005-09-24  1:10           ` Michael Snyder
2005-09-24 10:05           ` Eli Zaretskii
2005-09-27 22:00           ` Jim Blandy
2005-09-21  4:03     ` Daniel Jacobowitz
2005-09-21 16:56 ` Paul Gilliam
2005-09-23 23:44 ` Stan Shebs
2005-09-20 23:11 Michael Snyder
2005-09-24  0:07 ` Stan Shebs

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=u4q8n3ssg.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=gdb@sources.redhat.com \
    --cc=shebs@apple.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).