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: drepper at redhat dot com, khendricks at ivey dot uwo dot ca, libc-alpha at sourceware dot cygnus dot com
- Subject: Re: glibc cvs breaks JDK Mozilla plugin
- From: Jack Howarth <howarth at fuse dot net>
- Date: Sat, 28 Oct 2000 17:33:46 -0400
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.
#!/bin/sh
#
# The contents of this file are subject to the Netscape Public License
# Version 1.0 (the "NPL"); you may not use this file except in
# compliance with the NPL. You may obtain a copy of the NPL at
# http://www.mozilla.org/NPL/
#
# Software distributed under the NPL is distributed on an "AS IS" basis,
# WITHOUT WARRANTY OF ANY KIND, either express or implied. See the NPL
# for the specific language governing rights and limitations under the
# NPL.
#
# The Initial Developer of this code under the NPL is Netscape
# Communications Corporation. Portions created by Netscape are
# Copyright (C) 1998 Netscape Communications Corporation. All Rights
# Reserved.
#
## $Id: mozilla,v 1.8 2000/06/17 00:54:07 brendan%mozilla.org Exp $
##
## Usage:
##
## $ mozilla [args]
##
## This script is meant to run the mozilla-bin binary from either
## mozilla/xpfe/bootstrap or mozilla/dist/bin.
##
## The script will setup all the environment voodoo needed to make
## the mozilla-bin binary to work.
##
#uncomment for debugging
#set -x
dist_bin=`dirname $0`
script_args=""
moreargs=""
debugging=0
MOZILLA_BIN="mozilla-bin"
while [ $# -gt 0 ]
do
case "$1" in
-p | -pure)
MOZILLA_BIN="mozilla-bin.pure"
shift
;;
-g | --debug)
script_args="$script_args -g"
debugging=1
shift
;;
-d | --debugger)
script_args="$script_args -d $2"
shift 2
;;
*)
moreargs="$moreargs \"$1\""
shift 1
;;
esac
done
eval "set -- $moreargs"
echo $dist_bin/run-mozilla.sh $script_args $dist_bin/$MOZILLA_BIN "$@"
$dist_bin/run-mozilla.sh $script_args $dist_bin/$MOZILLA_BIN "$@"
run-mozilla.sh