[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
SO/libm.so.5 Probleme
- From: klausx t-online de (Klaus Schäfer)
- To: redhat-list-de redhat de
- Subject: SO/libm.so.5 Probleme
- Date: Wed, 08 Mar 2000 14:43:13 +0100
Moin Liste,
mein StarOffice 51 stirbt beim öffnen vom
E-mail/News-Postfach (und nur dann) mit "einem
nicht behebbaren Fehler" ab
auf der Konsole steht dann:
<snip>
libm.so.5: cannot open shared object file:
Datei oder Verzeichnis nicht gefunden
Aborted
<snip>
libm.so.5 ist als Link auf libm.so.5.0.6 im
Verzeichnis "/usr/i486-linux-libc5/lib" vohanden.
Dieser Pfad ist auch in der "/etc/ld.so.conf"
vorhanden.
"ldconfig" gibt eine Fehlermeldung heraus.
<snip>
ldconfig: warning: can't open ldconfig
(Datei oder Verzeichnis nicht gefunden) skipping
ldconfig: warning: can't open -v (Datei
oder Verzeichnis nicht gefunden) skipping
<snip>
Obwohl als "/sbin/ldconfig" verhanden
"/etc/ld.so.conf" enthält
<snip>
/opt/Mesa-3.0/lib ldconfig -v
/usr/i486-linux-libc5/lib
/usr/X11R6/lib
<snip>
"soffice" ist ein skript, das zum schluß
"soffice".bin startet
"ldd /opt/Office51/bin/soffice.bin" ergibt:
<snip>
/lib/libNoVersion.so.1 =>
/lib/libNoVersion.so.1 (0x40013000)
libgo517li.so => not found
libofa517li.so => not found
libsvx517li.so => not found
libsfx517li.so => not found
libsb517li.so => not found
libso517li.so => not found
libsvt517li.so => not found
libvcl517li.so => not found
libtl517li.so => not found
libsot517li.so => not found
libuno517li.so => not found
libvos517li.so => not found
libosl517li.so => not found
libone517li.so => not found
libcnt517li.so => not found
libusr517li.so => not found
libtk517li.so => not found
librtl517li.so => not found
libj517li_g.so => not found
libset517li.so => not found
libXt.so.6 => /usr/X11R6/lib/libXt.so.6
(0x4001e000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6
(0x4006a000)
libXext.so.6 =>
/usr/X11R6/lib/libXext.so.6 (0x4007e000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6
(0x4008a000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6
(0x4012e000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6
(0x40137000)
libdl.so.2 => /lib/libdl.so.2 (0x4014e000)
libpthread.so.0 => /lib/libpthread.so.0
(0x40151000)
libm.so.6 => /lib/libm.so.6 (0x40163000)
libc.so.6 => /lib/libc.so.6 (0x4017f000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2
(0x40000000)
<snip>
Also kein libm.so.5 , oder ?. Ob die "=> not
found" von dem soffice skript gesetzt werden,
kann ich nich beurteilen habe es mal hier
hingehängt. Wahrscheinlich aber schon,
da der Aufruf von soffice.bin mit
<snip>
error in loading shared libaries:
libgo517li.so: cannot...
<snip>
abbricht.
<snip>
#!/bin/sh
#
# StarOffice startup script
# (c) 1999 Sun Microsystems, Inc.
# STAR_PROFILE_LOCKING_DISABLED=1
# export STAR_PROFILE_LOCKING_DISABLED
# uncomment this to remote start soffice
on hostname
# SO_REMOTE_START=rsh
#
SO_REMOTE_APPLICATION=hostname:/fully_quallified_path/soffice
# set -x
# resolve installation directory
sd_platform=`uname -s`
case $sd_platform in
SCO_SV) test=/bin/test ;;
*) test=/usr/bin/test ;;
esac
sd_cwd="`pwd`"
if $test -L "$0" ; then
sd_basename=`basename $0`
sd_script=`ls -l $0 | sed
"s/.*${sd_basename} -> //g"`
else
sd_script="$0"
fi
cd `dirname "$sd_script"`/..
sd_binary=`basename "$sd_script"`".bin"
sd_inst="`pwd`"
# change back directory
cd "$sd_cwd"
sd_fonts="$sd_inst/fonts"
# extend the ld_library_path for java:
javaldx checks the sofficerc for us
java_ld_library_path=`"$sd_inst/bin/javaldx" "$1"
"$2" "$3" "$4" "$5" "$6" "$7" "$8" "$9"`
if [ "$java_ld_library_path" != "" ] ;
then
LD_LIBRARY_PATH=${java_ld_library_path}:${LD_LIBRARY_PATH}
fi
# set java environment variables
THREADS_TYPE=native_threads
# set search path for shared libraries
case $sd_platform in
SunOS)
sd_arch=`uname -p`
LD_LIBRARY_PATH="$sd_inst/lib":/usr/openwin/lib:/usr/dt/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
;;
AIX)
LIBPATH="$sd_inst/lib":$LIBPATH
export LIBPATH
;;
HP-UX)
SHLIB_PATH="$sd_inst/lib":/usr/openwin/lib:$SHLIB_PATH
export SHLIB_PATH
;;
IRIX)
LD_LIBRARYN32_PATH=:"$sd_inst/lib":$LD_LIBRARYN32_PATH
export LD_LIBRARYN32_PATH
;;
Linux)
LD_LIBRARY_PATH="$sd_inst/lib":$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
;;
*)
LD_LIBRARY_PATH="$sd_inst/lib":$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
;;
esac
# misc. environment variables
SAL_FONTPATH=$sd_fonts/type1,$sd_fonts/75dpi
XPPATH="$sd_inst/xp3"
unset XENVIRONMENT
export SAL_FONTPATH XPPATH
# error message function
err () {
echo "`basename $0`: $@" 1>&2
exit 1
}
#
# parse command line arguments
#
for DUMMY in ${1+"$@"}
do
case $1 in
?display)
if [ $# -lt 2 ]; then
err "$1 option
requires a display name"
fi
DISPLAY=$2
export DISPLAY
shift; shift
;;
?rsh)
SO_REMOTE_START="rsh";
shift
;;
?norsh)
SO_REMOTE_START="norsh";
shift
;;
?server)
# set the application
server
if [ $# -lt 2 ]; then
err "$1 option
requires hostname:/path_to_executable as argument"
fi
# dont overrule external
settings
if [
"X${SO_REMOTE_APPLICATION}" = "X" ]; then
SO_REMOTE_APPLICATION=$2;
fi
shift; shift
;;
*)
break;
;;
esac
done
# start soffice by remote shell
if [ "X${SO_REMOTE_START}" = "Xrsh" ];
then
remote_server=`echo
${SO_REMOTE_APPLICATION} | sed 's/:.*//g'`
remote_path=`echo
${SO_REMOTE_APPLICATION} | sed 's/.*://g'`
echo
remote_server=\"${remote_server}\"
remote_path=\"${remote_path}\"
if [ "X${DISPLAY}" = "X" ]; then
local_display=`uname -n`:0
else
local_display=${DISPLAY}
fi
if [ "X${remote_server}" != "X" -a
"X${remote_path}" != "X" ]; then
rsh ${remote_server}
${remote_path} -norsh -display ${local_display}
exit 0
else
err "invalid rsh arguments
host=\"$remote_server\",
command=\"${remote_path}\""
fi
fi
# execute soffice binary
# there is a bug in solaris sh that
prevents the use of "$@"
# because it cannot cope with spaces in
directory names
exec "$sd_inst/bin/$sd_binary" "$1" "$2"
"$3" "$4" "$5" "$6" "$7" "$8" "$9"
<snip>
Also ich habe jetzt den Durchblick verloren, so
gut kenne ich mich noch nicht aus. Kann mir
irgendwer weiterhelfen?
Oder ist das OT ?
Ich habe auch schon alles neu installiert, meine
Sicherung(die ging bei der Sicherung) verwendet,
aber nichts geht.
Ich kann mir deshalb nicht vorstellen, das es an
SO liegt. Irgendetwas im System hat den Geist
aufgegeben.Kann es sein, das es mit JDK zu tun
hat. Ich hatte mir "jdk-1.1.6.5-2libc.i386.rpm"
vom RedHat-Server geholt und installiert, um SO
Java tauglich zu machen. Der wollte aber 1.1.7
haben und es hat nicht geklappt, deshalb hebe ich
das rpm wieder deinstalliert.(Die Pfadvriabelen
sind auch nicht mehr gesetzt.)
Tschau
Klaus
/lib/libNoVersion.so.1 => /lib/libNoVersion.so.1 (0x40013000)
libgo517li.so => not found
libofa517li.so => not found
libsvx517li.so => not found
libsfx517li.so => not found
libsb517li.so => not found
libso517li.so => not found
libsvt517li.so => not found
libvcl517li.so => not found
libtl517li.so => not found
libsot517li.so => not found
libuno517li.so => not found
libvos517li.so => not found
libosl517li.so => not found
libone517li.so => not found
libcnt517li.so => not found
libusr517li.so => not found
libtk517li.so => not found
librtl517li.so => not found
libj517li_g.so => not found
libset517li.so => not found
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x4001e000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x4006a000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4007e000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4008a000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4012e000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40137000)
libdl.so.2 => /lib/libdl.so.2 (0x4014e000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40151000)
libm.so.6 => /lib/libm.so.6 (0x40163000)
libc.so.6 => /lib/libc.so.6 (0x4017f000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]