This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug nptl/18853] dynamically loading libpthread renders locked mutexes unusable


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]