Thread (1 message) 1 message, 1 author, 2000-02-28

Re: gdb and multi-threaded applications.

From: Kevin Buettner <hidden>
Date: 2000-02-28 18:42:37

On Feb 28,  3:31pm, jjs wrote:
quoted
Would it be possible for you to print out the contents of set at this
point?  (Go "up" a frame and do "print *set".)
quoted
    at ../sysdeps/unix/sysv/linux/sigsuspend.c:48
#2  0x184aa88 in linux_child_wait (pid=-1, rpid=0x7fffe0f0,
status=0x7fffe0f4)
    at linux-thread.c:1338
(gdb) p *set
$2 = {__val = {0 <repeats 32 times>}}
This looks okay.
quoted
And I'd like to see what linux_threads_block_mask is at this point too.
(gdb) p linuxthreads_block_mask
$3 = {__val = {0 <repeats 32 times>}}
This looks okay too.
quoted
Are you running a proprietary applicaton?  If not, it may be useful at
some point for me to get a copy of it and try to reproduce the problems
you're seeing myself.
Unfortunately, I am running a proprietory application.
[...]
I tried running linux-dp under gdb and it works exactly as you  describe, so
there is no fundamental problem with gdb debugging a program that calls
pthread_create.
In order for me to be able to go further on this problem, I'll need to
be able to reproduce it on my machine so that I can debug it.  Could
you look at what your proprietary application is doing (with regard to
thread creation) and attempt to create a small program which illustrates
the problem?

Kevin

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help