Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Sean Soria <sean.soria@gmail.com>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: Michael Snyder <msnyder@vmware.com>,
	"gdb@sourceware.org" <gdb@sourceware.org>
Subject: Re: Reverse Debugging Headaches
Date: Mon, 11 Jan 2010 20:57:00 -0000	[thread overview]
Message-ID: <ad3517b01001111257y5a9fe54fx544f073e9b0932de@mail.gmail.com> (raw)
In-Reply-To: <20100111205421.GA31228@host0.dyn.jankratochvil.net>

Are there instructions or advice to accompany this?

On Mon, Jan 11, 2010 at 12:54 PM, Jan Kratochvil
<jan.kratochvil@redhat.com> wrote:
> On Mon, 11 Jan 2010 19:47:13 +0100, Michael Snyder wrote:
>> Sean Soria wrote:
>> >Whenever I try to reverse debug I break into the program, set target
>> >record and then continue. I immediately hit some sort of simd
>> >instruction (in things like strlen in libc) or unsupported ioctl call.
>> > Is there any way around these issues?
>>
>> Shouldn't happen.  What version gdb?  What linux?
>
> gdb 7.0.50.20100111-cvs Fedora 12:
>
> kernel-2.6.32.1-9.fc13.x86_64 -> x86_64 gdb -> x86_64 inferior:
> (gdb) start
> Temporary breakpoint 1 at 0x400640: file threadit.c, line 40.
> Starting program: /home/jkratoch/t/threadit
> [Thread debugging using libthread_db enabled]
> Temporary breakpoint 1, main () at threadit.c:40
> 40        i = pthread_create (&thread1, NULL, start, NULL);     /* create1 */
> (gdb) record
> (gdb) c
> Continuing.
> warning: Process record ignores the memory change of instruction at address 0x362de0db46 because it can't get the value of the segment register.
> [...]
> warning: Process record ignores the memory change of instruction at address 0x362e274d46 because it can't get the value of the segment register.
> Process record doesn't support instruction 0xf6e at address 0x362e281a32.
> Process record: failed to record execution log.
> [Thread 0x7ffff7fe3700 (LWP 26985)] #1 stopped.
> memset () at ../sysdeps/x86_64/memset.S:746
> 746              movd   %rdx,%xmm0
> (gdb)
>
> kernel-2.6.32.1-9.fc13.x86_64 -> x86_64 gdb -> i386 inferior:
> (gdb) start
> Temporary breakpoint 1 at 0x80484f4: file /home/jkratoch/t/threadit.c, line 40.
> Starting program: /home/jkratoch/t/threadit32
> warning: .dynamic section for "/lib/libc.so.6" is not at the expected address
> warning: difference appears to be caused by prelink, adjusting expectations
> [Thread debugging using libthread_db enabled]
> Temporary breakpoint 1, main () at /home/jkratoch/t/threadit.c:40
> 40        i = pthread_create (&thread1, NULL, start, NULL);     /* create1 */
> (gdb) record
> (gdb) c
> Continuing.
> warning: Process record ignores the memory change of instruction at address 0x18a7c5 because it can't get the value of the segment register.
> Cannot find user-level thread for LWP 11809: generic error
> (/lib/libpthread-2.11.so has been prelinked to avoid some existing bug)
>
> kernel-2.6.32.1-9.fc13.x86_64 -> i386 gdb -> i386 inferior:
> (gdb) start
> Temporary breakpoint 1 at 0x80484f4: file /home/jkratoch/t/threadit.c, line 40.
> Starting program: /home/jkratoch/t/threadit32
> [Thread debugging using libthread_db enabled]
> Temporary breakpoint 1, main () at /home/jkratoch/t/threadit.c:40
> 40        i = pthread_create (&thread1, NULL, start, NULL);     /* create1 */
> (gdb) record
> (gdb) c
> Continuing.
> warning: Process record ignores the memory change of instruction at address 0x3557c5 because it can't get the value of the segment register.
> Program terminated with signal SIGTRAP, Trace/breakpoint trap.
> The program no longer exists.
> (gdb)
>
>
>
> #include <pthread.h>
> #include <assert.h>
> #include <unistd.h>
>
> static volatile int var;
>
> static void *start (void *arg)
> {
>  sleep (1);
>  return arg;
> }
>
> int main (void)
> {
>  pthread_t thread1;
>  int i;
>
>  i = pthread_create (&thread1, NULL, start, NULL);
>  assert (i == 0);
>  i = pthread_join (thread1, NULL);
>  assert (i == 0);
>
>  return 0;
> }
>
>


  reply	other threads:[~2010-01-11 20:57 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-10  6:03 Sean Soria
2010-01-10  7:38 ` Hui Zhu
2010-01-11 18:54 ` Michael Snyder
2010-01-11 20:44   ` Sean Soria
2010-01-11 20:54   ` Jan Kratochvil
2010-01-11 20:57     ` Sean Soria [this message]
2010-01-13  9:29       ` Hui Zhu
2010-01-13 11:12         ` Jan Kratochvil
2010-01-14  5:03           ` Hui Zhu
2010-01-14 19:00             ` Michael Snyder
2010-01-15  1:43               ` Hui Zhu

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=ad3517b01001111257y5a9fe54fx544f073e9b0932de@mail.gmail.com \
    --to=sean.soria@gmail.com \
    --cc=gdb@sourceware.org \
    --cc=jan.kratochvil@redhat.com \
    --cc=msnyder@vmware.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