glibc cvs breaks JDK Mozilla plugin

[Jack Howarth]

Ulrich,
       I wouldn't be so quick to blame the mozilla script for being
buggy since this problem doesn't exist pre-10/21 in glibc cvs.
For comparision here is what the 10/20 glibc cvs snapshot does...

01870:
01870: file=libpthread.so.0;  needed by java_vm
01870: find library=libpthread.so.0; searching
01870:  search
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_threads:.
(LD_LIBRARY_PATH)
01870:   trying file=/usr/local/j2sdk1.3/jre/lib/ppc/client/libpthread.so.0
01870:   trying file=/usr/local/j2sdk1.3/jre/lib/ppc/libpthread.so.0
01870:   trying file=/usr/local/j2sdk1.3/jre/lib/ppc/classic/libpthread.so.0
01870:   trying
file=/usr/local/j2sdk1.3/jre/lib/ppc/native_threads/libpthread.so.0
01870:   trying file=./libpthread.so.0
01870:  search cache=/etc/ld.so.cache
01870:   trying file=/lib/libpthread.so.0
01870:
01870: file=libpthread.so.0;  generating link map
01870:   dynamic: 0x0ffee950  base: 0x0ffc9000   size: 0x00026134
01870:     entry: 0x0ffcde2c  phdr: 0x0ffc9034  phnum:          5
01870:
01870:
01870: file=libjvm.so;  needed by java_vm
01870: find library=libjvm.so; searching
01870:  search
path=/usr/local/j2sdk1.3/jre/lib/ppc:/usr/local/j2sdk1.3/jre/lib/ppc/classic:/usr/local/j2sdk1.3/jre/lib/ppc/native_threads:.
(LD_LIBRARY_PATH)
01870:   trying file=/usr/local/j2sdk1.3/jre/lib/ppc/libjvm.so
01870:   trying file=/usr/local/j2sdk1.3/jre/lib/ppc/classic/libjvm.so
01870:
01870: file=libjvm.so;  generating link map
01870:   dynamic: 0x0ffb5128  base: 0x0ff11000   size: 0x000a795c
01870:     entry: 0x0ff2ace0  phdr: 0x0ff11034  phnum:          3
01870:
01870:

So it had no such problems finding libjvm.so. Also if you look back at my
previous message,
< http://sources.redhat.com/ml/libc-alpha/2000-10/msg00362.html >,
you will notice that the same paths are set successfully for libpthread.so.0.
It appears to me the problem is that the search path is being set twice for
libjvm.so
under the current glibc cvs...but not the pre-10/21 glibc cvs...


01714:  file=libjvm.so;  needed by java_vm
01714:  find library=libjvm.so; searching
01714:   search
path=/usr/local/j2sdk1.3/jre/lib/ppc:/usr/local/j2sdk1.3/jre/lib/ppc/classic:/usr/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

Hmmm....looking at this output from current glibc cvs what is the deal with the
system search path?
shouldn't it either appended to the previous search path or do two successive
searches in between
when the search path is reset to the system search path? I am suspecting it is
some internal
glibc bug causing the search path to get reset by accident to the system search
path.
                                                           Jack
ps I am attaching the mozilla and run-mozilla.sh scripts so you can see how they
handle
setting paths.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: run-mozilla.sh
Type: text/x-shellscript
Size: 7990 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20001028/53c166ca/attachment.bin>