This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nptl/1473] New: "pthread_cond_destroy()" hangs if called doubly on the same condvar on RHEL 4.0
- From: "arati_ph at yahoo dot co dot in" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 14 Oct 2005 05:37:58 -0000
- Subject: [Bug nptl/1473] New: "pthread_cond_destroy()" hangs if called doubly on the same condvar on RHEL 4.0
- Reply-to: sourceware-bugzilla at sourceware dot org
Hi,
I am facing a hang in call : "pthread_cond_destroy()" , when it is called by 2
seperate processes on the same condition variable one after the other. Should it
give an error and exit ? What is the expected behaviour of such a scenario. ?
Also, this behaviour seems to occur only on RHEL 4.0 (gcc 3.4.3 )and does not
occur on RHEL 3.0 (gcc 3.2.3 ).
The test-case attached herewith passes on an RHEL 3.0 (gcc 3.2.3 ) machine but
hangs on RHEL 4.0 (gcc 3.4.3 )with the following stack :
To run the test-case, run it with a positive numerical parameter indicating the
number of loops.
eg : ./a.out 5
*** STACK ******
#0 0x00bc07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x0012522e in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0
#2 0x00122a8a in _L_mutex_lock_22 () from /lib/tls/libpthread.so.0
#3 0xbffb3294 in ?? ()
#4 0xbffb3220 in ?? ()
#5 0xbffb3208 in ?? ()
#6 0x00bcba80 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#7 0x08049075 in main ()
*** STACK ******
Any pointers will be appreciated.
Thanks
Arati
--
Summary: "pthread_cond_destroy()" hangs if called doubly on the
same condvar on RHEL 4.0
Product: glibc
Version: 2.2.5
Status: NEW
Severity: normal
Priority: P2
Component: nptl
AssignedTo: drepper at redhat dot com
ReportedBy: arati_ph at yahoo dot co dot in
CC: glibc-bugs at sources dot redhat dot com
GCC build triplet: gcc 3.4.3 on RHEL 4.0
GCC host triplet: gcc 3.2.3 on RHEL 3.0
GCC target triplet: gcc 3.4.3 on RHEL 4.0
http://sourceware.org/bugzilla/show_bug.cgi?id=1473
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.