This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug dynamic-link/16628] Segfault after a binary without pthread dlopen()s a library linked with pthread
- From: "carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Mon, 24 Feb 2014 20:19:04 +0000
- Subject: [Bug dynamic-link/16628] Segfault after a binary without pthread dlopen()s a library linked with pthread
- Auto-submitted: auto-generated
- References: <bug-16628-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=16628
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |carlos at redhat dot com
--- Comment #3 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Rich Felker from comment #2)
> My understanding is that this usage is explicitly unsupported. However, if
> that's the case, it should fail cleanly (with the error message in dlerror)
> rather than crashing or exiting the program so I believe this bug report is
> valid.
My understanding was, and we have tests in the testsuite to test this, that
dlopening libpthread is allowed. Why would we disallow this? I think this is
just a case where we have missed fixing things up for the transition from
unthreaded to threaded.
Notes:
- See nptl/tst-unload.c.
--
You are receiving this mail because:
You are on the CC list for the bug.