This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: glibc cvs breaks JDK Mozilla plugin
- To: khendricks at ivey dot uwo dot ca
- Subject: Re: glibc cvs breaks JDK Mozilla plugin
- From: Mark Kettenis <kettenis at wins dot uva dot nl>
- Date: Sun, 29 Oct 2000 02:14:17 +0200
- CC: drepper at cygnus dot com, howarth at fuse dot net, libc-alpha at sourceware dot cygnus dot com
- References: Jack Howarth's message of "Sat, 28 Oct 2000 17:33:46 -0400"<39FB463A.E29438DC@fuse.net> <v03110703b6210940dd48@[64.229.15.119]>
Date: Sat, 28 Oct 2000 19:00:07 -0400
From: "Kevin B. Hendricks" <khendricks@ivey.uwo.ca>
Hi Jack and Ulrich,
The java plugin is the one that is setting the LD_LIBRARY_PATH here and
trying to load libjvm.so (not really mozilla code).
>From the output it looks like the plugin is doing everything correctly.
It sets the LD_LIBRARY_PATH to include the classic directory where
libjvm.so actually is located. So the dladdr code did find the correct
path and the LD_LIBRARY_PATH is set correctly by the plugin.
As Jack said, the problem is that something else is resetting the search
path before libjvm.so is actually even searched for.
I don't see any evidence of something "resetting" the search path.
Looking at Jack's LD_DEBUG log, and the code in elf/dl-load.c:open_path, it
looks as if the directories in the LD_LIBRARY_PATH search path are all
marked nonexistent, possibly because __xstat64 isn't functioning properly.
Mark