From: Marc Khouzam <marc.khouzam@ericsson.com>
To: "gdb@sourceware.org" <gdb@sourceware.org>
Subject: Stopping reverse debugging behaves differently with btrace
Date: Tue, 07 Jun 2016 20:13:00 -0000 [thread overview]
Message-ID: <E59706EF8DB1D147B15BECA3322E4BDC22ABACFE@eusaamb103.ericsson.se> (raw)
Hi,
I noticed a difference of behaviour when stopping reverse debugging
with btrace vs record/replay (full mode).
If full mode, if I step to line 200 and then back to line 150 then give
the record stop command, real execution will start from line 150 as
I step my program. (This is really cool btw.)
In btrace mode (I tried bts), after I step back to line 150 and send
the record stop command, GDB appears to still be at line 150 but on
the next step, execution jumps to line 200 before doing the step
operation.
I'm guessing this has to do with the fact that btrace does not store
registers and memory, so cannot restart execution just anywhere.
I find it strange though that when turning off record, every indication
to the user is that we are still at line 150, when in reality, GDB is
effectively back at line 200. This is particularly noticeable in a
frontends when execution jumps (unexpectedly) when the first step
is requested.
Variables also remain unavailable until the next step (or strangely,
until I send some register command).
I was wondering if GDB should reset its execution to the proper
place upon a 'record stop' for btrace? And notify the frontend of
that change.
Any opinions?
Thanks
Marc
next reply other threads:[~2016-06-07 20:13 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-07 20:13 Marc Khouzam [this message]
2016-06-08 6:41 ` Metzger, Markus T
2016-06-09 14:11 ` Metzger, Markus T
2016-06-13 15:21 ` Metzger, Markus T
2016-06-13 17:43 ` Marc Khouzam
2016-06-14 7:40 ` Metzger, Markus T
2016-06-17 11:48 ` Metzger, Markus T
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=E59706EF8DB1D147B15BECA3322E4BDC22ABACFE@eusaamb103.ericsson.se \
--to=marc.khouzam@ericsson.com \
--cc=gdb@sourceware.org \
/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