Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Markus Deuling <deuling@de.ibm.com>
To: GDB Discuss <gdb@sources.redhat.com>
Subject: step_resume breakpoints native+remote
Date: Thu, 25 Jan 2007 13:34:00 -0000	[thread overview]
Message-ID: <45B8B1D9.1030002@de.ibm.com> (raw)

Hi,

I still debug that pthread + dlopen application. The routine called
by pthread_create is test(). I set a breakpoint to test() and step over
pthread_create(). When GDB stops at test(), I see the 'step resume' breakpoint
with number 0.  

Num Type           Disp Enb Address    What
1   breakpoint     keep y   0x08048525 in main at main.c:23
        breakpoint already hit 1 time
-3  shlib events   keep y   0x45d3c3c9 <_dl_debug_state>
        breakpoint already hit 2 times
-8  thread events  keep y   0x4961ba84 <__nptl_create_event>
        breakpoint already hit 1 time
-9  thread events  keep y   0x4961ba89 <__nptl_death_event>
-13 longjmp        keep n   0x496218f0 <siglongjmp>
-14 longjmp        keep n   0x45d72d00 <siglongjmp>
-15 longjmp        keep n   0x496218f0 <siglongjmp>
-16 longjmp resume keep n   0x00000000
2   breakpoint     keep y   0x080485d6 in test at main.c:42
        breakpoint already hit 1 time
0   step resume    keep y   0x0804855b <main+71> thread 1
        stop only in stack frame at 0xbfa74f40
        stop only in thread 1

I can see that only when debugging native. If I use gdbserver, there appears no 'step resume'
breakpoint:

Num Type           Disp Enb Address    What
-3  shlib events   keep y   0x45d3c3c9 <_dl_debug_state>
        breakpoint already hit 2 times
1   breakpoint     keep y   0x08048525 in main at main.c:23
        breakpoint already hit 1 time
2   breakpoint     keep y   0x080485d6 in test at main.c:42
        breakpoint already hit 2 times
-11 longjmp        keep n   0x496218f0 <siglongjmp>
-12 longjmp        keep n   0x45d72d00 <siglongjmp>
-13 longjmp        keep n   0x496218f0 <siglongjmp>
-14 longjmp resume keep n   0x00000000

Why isn't there a step_resume breakpoint then? Does gdbserver handle that in a different way ?


Regards,
Markus

-- 
Markus Deuling
GNU Toolchain for Linux on Cell BE
deuling@de.ibm.com 


             reply	other threads:[~2007-01-25 13:34 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-25 13:34 Markus Deuling [this message]
2007-01-25 13:42 ` Daniel Jacobowitz

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=45B8B1D9.1030002@de.ibm.com \
    --to=deuling@de.ibm.com \
    --cc=gdb@sources.redhat.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