This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nptl/18853] dynamically loading libpthread renders locked mutexes unusable
- From: "carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Wed, 02 Sep 2015 19:11:09 +0000
- Subject: [Bug nptl/18853] dynamically loading libpthread renders locked mutexes unusable
- Auto-submitted: auto-generated
- References: <bug-18853-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=18853
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |carlos at redhat dot com
Resolution|--- |INVALID
--- Comment #1 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Alexander Monakov from comment #0)
> To demonstrate, this testcase correctly hangs when compiled with -ldl
> -lpthread, and incorrectly does not hang when compiled with just -ldl:
If the original application uses pthreads then it must link -lpthread.
I agree that it would have been better if the linking of the application failed
instead of completing successfully and running with the stubs, but that is a
quality of implementation issue.
Please note that Andreas Schwab has started a discussion about this upstream.
https://www.sourceware.org/ml/libc-alpha/2015-08/msg00987.html
The most likely scenario is that libc.so.6 gets full locks, but that is
unrelated to this issue and the invalid test case you present.
You could reopen this issue and retitle as an RFE to fix this QoI issue.
--
You are receiving this mail because:
You are on the CC list for the bug.