Re: glibc cvs breaks JDK Mozilla plugin

["Kevin B. Hendricks" <khendricks at ivey dot uwo dot ca>]

Hi,

Now that I look at it the debug output does show something interesting:

The plugin sets the LD_LIBRARY_PATH to:

path=/usr/local/j2sdk1.3/jre/lib/ppc/client:/usr/local/j2sdk1.3/jre/lib/ppc:/usr
/local/j2sdk1.3/jre/lib/ppc/classic:/usr/local/j2sdk1.3/jre/lib/ppc/native_threa
ds:.
(LD_LIBRARY_PATH)

Notice the /usr/local/j2sdk1.3/jre/lib/ppc/client which starts the path.
This directory does not exist under ppc (it is for the hotspot vm used on
x86 which does not exist on ppc).

After using this path to search for the libpthread.so, when it comes time
to search for libjvm.so it now looks in:

path=/usr/local/j2sdk1.3/jre/lib/ppc:/usr/local/j2sdk1.3/jre/lib/ppc/classic:/us
r/local/j2sdk1.3/jre/lib/ppc/native_threads:.
(LD_LIBRARY_PATH)
01714:   search cache=/etc/ld.so.cache
01714:   search path=/lib:/usr/lib              (system search path)
01714:    trying file=/lib/libjvm.so
01714:    trying file=/usr/lib/libjvm.so
01714:

Notice it has dropped the first non-existant path from the search path.

I assume that this is correct behavior, but perhaps the code that removes
the non-existant directory from the path is messing up the remaining path
in some way?

I don't have access to glibc 2.1.9X source at home so this is all a big guess.

I hope this helps.

Kevin