This is the mail archive of the
gdb-prs@sources.redhat.com
mailing list for the GDB project.
gdb/848: No thread support on GDB 5.2.1 under Mandrake 9.0
- From: rjnieves at earthlink dot net
- To: gdb-gnats at sources dot redhat dot com
- Date: 24 Nov 2002 18:00:51 -0000
- Subject: gdb/848: No thread support on GDB 5.2.1 under Mandrake 9.0
- Reply-to: rjnieves at earthlink dot net
>Number: 848
>Category: gdb
>Synopsis: No thread support on GDB 5.2.1 under Mandrake 9.0
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun Nov 24 10:08:00 PST 2002
>Closed-Date:
>Last-Modified:
>Originator: rjnieves@earthlink.net
>Release: GNU gdb 5.2.1-2mdk (Mandrake Linux)
>Organization:
>Environment:
Linux rolando.home.loc 2.4.19-16mdk #1 Fri Sep 20 18:15:05 CEST 2002 i686 unknown unknown GNU/Linux
gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk)
This GDB was configured as "i386-mandrake-linux-gnu"
>Description:
GDB does not seem to recognize threads in an MT program. At thread startup, instead of indicating the typical "New Thread ID # (LWP #)" as it did in RH 7.3, GDB reports that the process received a "SIG32". The same thing goes for thread exits. Setting a break point in the startup function of a new thread shows no entries in the thread list ("info threads" shows nothing) and no threads are known, even though doing a PS shows the two thread "light-weight processes".
>How-To-Repeat:
The file attached contains a very simple program that should duplicate the condition described in the "Description" field. The program's main code simple spaws a "joinable" thread and waits in a "pthread_join". The new thread simply sleeps for five seconds and then exits. Setting a breakpoint at the sleep should show at least three threads with "info threads" (the main, the pthread_manager, and the new thread) but GDB reports nothing.
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="pthread_test.c"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="pthread_test.c"
LyoqCiAqIHB0aHJlYWRfdGVzdC5jIC0gVHJ5aW5nIHRvIGZpZ3VyZSBvdXQgd2hhdCBNYW5kcmFr
ZSBkaWQgdG8gcHRocmVhZHMgLi4uCiAqLwoKI2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxl
cnJuby5oPgojaW5jbHVkZSA8cHRocmVhZC5oPgojaW5jbHVkZSA8dW5pc3RkLmg+Cgp2b2lkKiB0
aHJlYWRlZF9mdW5jdGlvbih2b2lkKiBwQXJnKQp7CiAgICBpbnQgdGhlQXJnID0gKGludClwQXJn
OwogICAgcHJpbnRmKCJXYWl0aW5nICVkIHNlY29uZHMuXG4iLCB0aGVBcmcpOwogICAgc2xlZXAo
dGhlQXJnKTsKCiAgICByZXR1cm4gMDsKfQoKaW50IG1haW4oaW50IGFyZ2MsIGNoYXIgKiphcmd2
KQp7CiAgICBwdGhyZWFkX3QgaFRocmVhZDsKCiAgICBpZiAocHRocmVhZF9jcmVhdGUoJmhUaHJl
YWQsIDAsICZ0aHJlYWRlZF9mdW5jdGlvbiwgKHZvaWQqKTUpICE9IDApCiAgICB7CiAgICAgICAg
ZnByaW50ZihzdGRlcnIsICIlczpVbmFibGUgdG8gc3Bhd246JXNcbiIsCiAgICAgICAgICAgICAg
ICBhcmd2WzBdLAogICAgICAgICAgICAgICAgc3RyZXJyb3IoZXJybm8pKTsKICAgICAgICBleGl0
KDEpOwogICAgfQoKICAgIHB0aHJlYWRfam9pbihoVGhyZWFkLCAwKTsKCiAgICByZXR1cm4gMDsK
fQoK