Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: m.sikorski0@poczta.onet.pl
To: gdb@sourceware.org
Subject: Remote mutli-threaded debugging with large number of threads
Date: Wed, 11 Jul 2007 08:27:00 -0000	[thread overview]
Message-ID: <Q14453297-7b364f6c234ad7b47650e260868e94a0@pmq4.test.onet.pl> (raw)

Hello,
I faced recently strange issue using remote gdb debugging (cross i386-ppc). With ~60 threaded application debugging does not work well. 

Info threads returns incomplete information:
(gdb) info threads
  60 Thread 2150  0x00000000 in ?? ()
  59 Thread 2151  0x00000000 in ?? ()
  58 Thread 2152  0x00000000 in ?? ()
  57 Thread 2153  0x00000000 in ?? ()
  56 Thread 2155  0x00000000 in ?? ()
  55 Thread 2156  0x00000000 in ?? ()
  54 Thread 2157  0x00000000 in ?? ()
...
Problem does not exist when I try to debug ~17 threaded application, and debugging works fine with the same cross-configuration:
(gdb) info threads
  17 Thread 8563  0x0f211518 in do_sigwaitinfo () from /tftpboot/nfs/lib/tls/libc.so.6
  16 Thread 8564  0x0f93670c in sem_wait@GLIBC_2.0 () from /tftpboot/nfs/lib/tls/libpthread.so.0
  15 Thread 8565  0x0f93670c in sem_wait@GLIBC_2.0 () from /tftpboot/nfs/lib/tls/libpthread.so.0
  14 Thread 8566  0x0f934264 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /tftpboot/nfs/lib/tls/libpthread.so.0
  13 Thread 8567  0x0f933ea8 in pthread_cond_wait@@GLIBC_2.3.2 () from /tftpboot/nfs/lib/tls/libpthread.so.0
  12 Thread 8568  0x0f29ca4c in ?? () from /tftpboot/nfs/lib/tls/libc.so.6
  11 Thread 8569  0x0f934264 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /tftpboot/nfs/lib/tls/libpthread.so.0
...

Also when I'm usling local gdb and attach to ~60 threaded application info threads shows correct output, so problem does not exist.

Is this a bug or still something is misconfigured?

My environment:
GDB 6.6
gdbserver on ppc
gdb on i386-linux or i386-cygwin (on both results are the same 17 threads work fine, 60 are having problem)
I'm also using this with Eclipse with great results on 17 threads while in 60 threads after hitting breakpoint stepping is really slow and practically does not work.

Regards
Maciej Sikorski






             reply	other threads:[~2007-07-11  8:27 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-11  8:27 m.sikorski0 [this message]
2007-07-11 19:15 ` Jim Blandy
2007-07-16 11:38 m.sikorski0
2007-07-16 11:49 ` m.sikorski0
2007-07-16 12:02 ` Daniel Jacobowitz
2007-07-16 15:44 m.sikorski0
2007-07-18  3:41 Maciej Sikorski

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=Q14453297-7b364f6c234ad7b47650e260868e94a0@pmq4.test.onet.pl \
    --to=m.sikorski0@poczta.onet.pl \
    --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