This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Cancellation and dlmopen?
- From: Florian Weimer <fweimer at redhat dot com>
- To: "Carlos O'Donell" <carlos at redhat dot com>, Adhemerval Zanella <adhemerval dot zanella at linaro dot org>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Sat, 14 Nov 2015 08:39:07 +0100
- Subject: Re: Cancellation and dlmopen?
- Authentication-results: sourceware.org; auth=none
- References: <56415059 dot 803 at redhat dot com> <5641E2A7 dot 9080406 at linaro dot org> <5646AA21 dot 4040003 at redhat dot com>
On 11/14/2015 04:27 AM, Carlos O'Donell wrote:
> In both context's I think we will need to add something to the
> documentation to clarify that if you are calling into an new namespace
> (which is what dlopen from a static binary is equivalent to) that if the new
> namespace does not also load libpthread.so, then it is not thread safe
> for you to call any function in that new namespace from multiple
> threads.
But __libc_multiple_threads in the new namespace will still be zero even
if libpthread.so is loaded, right? I don't think it is reasonable to
expect applications to work around that. It needs knowledge of a lot of
implementation details.
Florian