Mirror of the gdb mailing list
 help / color / mirror / Atom feed
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




             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