hallo allerseits. bin mal wieder etwas off-topic, aber da es ein allgemeines problem ist, trau ich mich trotzdem. habe mir den borland jbuilder runtergeladen und wollt ihn installieren. nun meckert er, da er die shared library libc.so.6 nicht findet. ich würd sie ja gern installieren, doch finden konnt ich sie noch nicht. habe unter freshmeat, sourceforge und rpmfind gesucht. leider ohne erfolg. kann mir da jemand weiterhelfen. fals es nützt: verwende die 8.1 danke, alex -- _______________________________________________________ Alexander Frangesch Universitätsstraße 7e 49377 Vechta Fon: 04441-907873 Mobil: 0179-3998987 Mail: alexander@frangesch.de URL: http://www.frangesch.de FTP: ftp://frangesch.linux-dude.net (not public) Pinguine können nicht abstürzen da sie nicht fliegen. (frei nach Linus Torwalds)
Am Dienstag, 22. Oktober 2002 18:08 schrieb Alexander Frangesch:
hallo allerseits. bin mal wieder etwas off-topic, aber da es ein allgemeines problem ist, trau ich mich trotzdem. habe mir den borland jbuilder runtergeladen und wollt ihn installieren. nun meckert er, da er die shared library libc.so.6 nicht findet. ich würd sie ja gern installieren, doch finden konnt ich sie noch nicht. habe unter freshmeat, sourceforge und rpmfind gesucht. leider ohne erfolg. kann mir da jemand weiterhelfen. fals es nützt: verwende die 8.1
Die libc.so.6 hast du schon installiert. Sie liegt in /lib und gehoert zum Paket glibc Die Fehlermeldung hat wohl was mit der Variablen LD_ASSUME_KERNEL zu tun. Sie beeinflusst, wie shared libs gesucht/geladen werden. Wenn sie nicht gesetzt ist, funktioniert folgender Befehl (Beispiel aus /usr/X11R6/bin/mozilla): ~> /usr/lib/java2/jre/bin/java -version 2>&1 | grep version | cut -f 3 -d " " | sed -e 's/\"//g' 1.3.1_04 Wenn sie allerdings gesetzt ist, passiert folgendes: :~> export LD_ASSUME_KERNEL=2.2.5 :~> /usr/lib/java2/jre/bin/java -version 2>&1 | grep version | cut -f 3 -d " " | sed -e 's/\"//g' grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory cut: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory sed: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Schau doch mal, ob die Borland-Installation diese Variable verwendet.
danke, alex
Gruss, Stefan -- Stefan Voss (privat: voss at yoda.in-berlin.de geschaeftlich: svoss at web.de)
moin stefan! die variable ld_assume_kernel scheint gesetzt su sein, da ich die gleiche ausgabe bekomme wie in deinem ersten beispiel. die jbuilder-installation sieht so aus, dass lediglich eine per_install.bin ausgeführt werden soll. ansonsten sind nur readme's und lizenzvereibarungen als text/html im archiv. hast du vielleicht noch eine idee? scheinst ja schon auf der richtigen fährte zu sein! würd mich freun, da ich die software nicht unter win einsetzen möchte. viele grüsse alex Am Die, 2002-10-22 um 19.39 schrieb Stefan Voss:
Am Dienstag, 22. Oktober 2002 18:08 schrieb Alexander Frangesch:
hallo allerseits. bin mal wieder etwas off-topic, aber da es ein allgemeines problem ist, trau ich mich trotzdem. habe mir den borland jbuilder runtergeladen und wollt ihn installieren. nun meckert er, da er die shared library libc.so.6 nicht findet. ich würd sie ja gern installieren, doch finden konnt ich sie noch nicht. habe unter freshmeat, sourceforge und rpmfind gesucht. leider ohne erfolg. kann mir da jemand weiterhelfen. fals es nützt: verwende die 8.1
Die libc.so.6 hast du schon installiert. Sie liegt in /lib und gehoert zum Paket glibc
Die Fehlermeldung hat wohl was mit der Variablen LD_ASSUME_KERNEL zu tun. Sie beeinflusst, wie shared libs gesucht/geladen werden. Wenn sie nicht gesetzt ist, funktioniert folgender Befehl (Beispiel aus /usr/X11R6/bin/mozilla):
~> /usr/lib/java2/jre/bin/java -version 2>&1 | grep version | cut -f 3 -d " " | sed -e 's/\"//g' 1.3.1_04
Wenn sie allerdings gesetzt ist, passiert folgendes:
:~> export LD_ASSUME_KERNEL=2.2.5 :~> /usr/lib/java2/jre/bin/java -version 2>&1 | grep version | cut -f 3 -d " " | sed -e 's/\"//g' grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory cut: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory sed: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
Schau doch mal, ob die Borland-Installation diese Variable verwendet.
danke, alex
Gruss, Stefan
-- Stefan Voss (privat: voss at yoda.in-berlin.de geschaeftlich: svoss at web.de)
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
-- _______________________________________________________ Alexander Frangesch Universitätsstraße 7e 49377 Vechta Fon: 04441-907873 Mobil: 0179-3998987 Mail: alexander@frangesch.de URL: http://www.frangesch.de FTP: ftp://frangesch.linux-dude.net Pinguine können nicht abstürzen da sie nicht fliegen. (frei nach Linus Torwalds)
Am Mittwoch, 23. Oktober 2002 04:13 schrieb Alexander Frangesch:
moin stefan!
die variable ld_assume_kernel scheint gesetzt su sein, da ich die gleiche ausgabe bekomme wie in deinem ersten beispiel. die jbuilder-installation sieht so aus, dass lediglich eine per_install.bin ausgeführt werden soll. ansonsten sind nur readme's und lizenzvereibarungen als text/html im archiv. hast du vielleicht noch eine idee? scheinst ja schon auf der richtigen fährte zu sein! würd mich freun, da ich die software nicht unter win einsetzen möchte.
Also bei Ausführen von per_install.bin kommt die libc.so.6 Fehlermeldung? Wenn ja, prüfe mal, welcher Typ von Datei per_install.bin ist. Versuch mal "file per_install.bin". Wenn es eine ELF Binaerdatei ist, kann es sein, dass sie noch mit einer gcc-Version < 3.x kompiliert wurde. Seit SuSE 8.1 sind Kernel, Libraries und Programme mit gcc 3.x kompiliert und somit binaerinkompatibel zu Programmen, die mit gcc < 3.x erzeugt wurden (wie z.B. die Java-RTEs von Sun und IBM). Wenn per_install.bin also eine (alte?) ELF-Datei ist, versuch sie mal mit gesetztem LD_ASSUME_KERNEL zu starten LD_ASSUME_KERNEL=2.2.5 /path/to/per_install.bin Du solltest sicherstellen, das nur per_install.bin das gesetzte LD_ASSUME_KERNEL "sieht". Also *nicht* so: export LD_ASSUME_KERNEL=2.2.5 /path/to/per_install.bin So ist LD_ASSUME_KERNEL auch noch fuer weitere, zur SuSE 8.1 (gcc 3.x!) gehoerenden Befehle sichtbar, die dann nicht mehr funktionieren. Das ist bei /usr/X11R6/bin/mozilla passiert.
viele grüsse alex [...]
Gruss, Stefan -- Stefan Voss (privat: voss at yoda.in-berlin.de geschaeftlich: svoss at web.de)
hallo stefan! leider bin ich immer noch nicht weiter. baba@desktop:~/Documents/Software/Linux> file per_install.bin per_install.bin: Bourne shell script text LD_ASSUME_KERNEL=2.2.5 /home/baba/Documents/Software/Linux/per_install.bin /bin/sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory also mal wieder die gleiche fehlermeldung wie beim aufruf von per_install.bin hast du vielleicht noch eine idee? danke, alex Am Mit, 2002-10-23 um 11.42 schrieb Stefan Voss:
Am Mittwoch, 23. Oktober 2002 04:13 schrieb Alexander Frangesch:
moin stefan!
die variable ld_assume_kernel scheint gesetzt su sein, da ich die gleiche ausgabe bekomme wie in deinem ersten beispiel. die jbuilder-installation sieht so aus, dass lediglich eine per_install.bin ausgeführt werden soll. ansonsten sind nur readme's und lizenzvereibarungen als text/html im archiv. hast du vielleicht noch eine idee? scheinst ja schon auf der richtigen fährte zu sein! würd mich freun, da ich die software nicht unter win einsetzen möchte.
Also bei Ausführen von per_install.bin kommt die libc.so.6 Fehlermeldung? Wenn ja, prüfe mal, welcher Typ von Datei per_install.bin ist. Versuch mal "file per_install.bin".
Wenn es eine ELF Binaerdatei ist, kann es sein, dass sie noch mit einer gcc-Version < 3.x kompiliert wurde. Seit SuSE 8.1 sind Kernel, Libraries und Programme mit gcc 3.x kompiliert und somit binaerinkompatibel zu Programmen, die mit gcc < 3.x erzeugt wurden (wie z.B. die Java-RTEs von Sun und IBM).
Wenn per_install.bin also eine (alte?) ELF-Datei ist, versuch sie mal mit gesetztem LD_ASSUME_KERNEL zu starten
LD_ASSUME_KERNEL=2.2.5 /path/to/per_install.bin
Du solltest sicherstellen, das nur per_install.bin das gesetzte LD_ASSUME_KERNEL "sieht". Also *nicht* so:
export LD_ASSUME_KERNEL=2.2.5 /path/to/per_install.bin
So ist LD_ASSUME_KERNEL auch noch fuer weitere, zur SuSE 8.1 (gcc 3.x!) gehoerenden Befehle sichtbar, die dann nicht mehr funktionieren. Das ist bei /usr/X11R6/bin/mozilla passiert.
viele grüsse alex [...]
Gruss, Stefan
-- Stefan Voss (privat: voss at yoda.in-berlin.de geschaeftlich: svoss at web.de)
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
Am Mittwoch, 23. Oktober 2002 12:55 schrieb Alexander Frangesch:
hallo stefan!
leider bin ich immer noch nicht weiter.
baba@desktop:~/Documents/Software/Linux> file per_install.bin per_install.bin: Bourne shell script text
Aha, also kein ELF-Binary, sondern ein Shell-Script. Da musst du schauen, welcher Befehl fehlschlaegt und evtl. das Script editieren.
LD_ASSUME_KERNEL=2.2.5 /home/baba/Documents/Software/Linux/per_install.bin /bin/sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
also mal wieder die gleiche fehlermeldung wie beim aufruf von per_install.bin
hast du vielleicht noch eine idee?
Erstmal *ohne* LD_ASSUME_KERNEL folgendes versuchen: sh -x /home/baba/Documents/Software/Linux/per_install.bin "sh -x" zeigt beim Ausführen des Scriptes per_install.bin jeden einzelnen Befehl an, so dass man hoffentlich herausbekommt, welcher Befehl in per_install.bin die libc.so.6 Meldung erzeugt. Wenn du diesen Befehl isolieren kannst, muesstest du per_install.bin derart editieren, dass der Befehl mit LD_ASSUME_KERNEL=2.2.5 aufgerufen wird.
danke, alex
Gruss, Stefan -- Stefan Voss (privat: voss at yoda.in-berlin.de geschaeftlich: svoss at web.de)
participants (2)
-
Alexander Frangesch
-
Stefan Voss