This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug dynamic-link/16592] crash in startup
- From: "stefan at codesourcery dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 20 Jun 2014 15:12:04 +0000
- Subject: [Bug dynamic-link/16592] crash in startup
- Auto-submitted: auto-generated
- References: <bug-16592-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=16592
--- Comment #23 from Stefan Seefeld <stefan at codesourcery dot com> ---
I can confirm Paul's failure mode with the above self-contained testcase by
moving the call to 'dlopen("tracepoint.so")' from the constructor function into
the call to la_preinit().
I would *really* appreciate if someone could have a look at the testcase, which
does not have any dependency other than to glibc itself. At least please
confirm that you can reproduce the failure.
While it originally seemed like an initialization ordering problem, it now
looks as if the initialization of an audit library is missing something that
would be done for "normal" DSOs.
With the test case above, this works:
gcc -I. -Itracepoint -ggdb -L. -o probe main.c foo.so ldaudit.so
LD_LIBRARY_PATH=`pwd` ./probe
while this segfaults:
gcc -I. -Itracepoint -ggdb -L. -o probe main.c foo.so
LD_LIBRARY_PATH=`pwd` LD_AUDIT=./ldaudit.so ./probe
--
You are receiving this mail because:
You are on the CC list for the bug.