problem beim starten eines programms mit glibc verwendung
Hallo liste, ich habe hier ein problem mit einem programm, welches unter suse 9.3 nicht mehr richtig läuft. Und zwar erscheint die fehlermeldung symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference beim starten. Jetzt gibt es den workaround durch schreiben von Export LD_ASSUME_KERNEL=2.6.1 Das funzt auch wunderbar . Aber warum ? was macht das genau und geht es evtl. auch anders ? was ist in suse 10 ? warum kommt der fehler überhaupt ? Kann mir da jemand erklärend helfen ? Grüße sebastian
Hallo liste,
Hallo auch.
ich habe hier ein problem mit einem programm, welches unter suse 9.3 nicht mehr richtig läuft. Und zwar erscheint die fehlermeldung
symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
beim starten.
Frage Nr.1: Um welches Programm handelt es sich genau? Angabe bitte mit Versionsnummer. Frage Nr.2: Du schreibst "...,welches unter suse 9.3 nicht mehr richtig läuft." - hat es also davor schonmal 'richtig' funktioniert? Falls ja, was hat sich seit es das letzte mal richtig getan hat alles auf Deinem System geändert?
Jetzt gibt es den workaround durch schreiben von
Export LD_ASSUME_KERNEL=2.6.1
Das funzt auch wunderbar .
Aber warum ? was macht das genau und geht es evtl. auch anders ?
Ich bin kein Linux-Experte. Aber in der Variablen hast Du die zu erwartende Kernel-Version von Hand eingetragen. Bei diversen Programmen hilft dies, sofern diese etwa eine andere Kernelversion erwarten als die installierte. Was das aber mit der glibc zu tun haben soll weiß ich nicht. Falls es sich um ein GNOME (gtk) Programm handelt, das Du unter KDE ausführen willst, deinstalliere die Pakete gtk-qt-engine bzw gtk-qt-engine-32bit. Diese machen nur unnötige Probleme!
was ist in suse 10 ? warum kommt der fehler überhaupt ?
Wie SuSE 10.0? Ich dachte Du hast die 9.3. Wenn Du Pakete einsetzt oder einsetzen willst, die aus den BETA Versionen (ja, die 10.0 ist noch voll und ganz Beta-Software!) der kommenden SuSE 10 stammen, ist es kein wunder, dass diese Probleme machen. Diese sind natürlich voll und ganz auf die 10 abgestimmt und nicht auf die alten Versionen. Umgekehrt währen dagegen weniger Probleme zu erwarten, also wenn Du Pakete, die für die 9.3 gebaut worden sind unter der 10er installieren wolltest. Details zu den Änderungen und was alles in der 10er kommt weiß ich nicht. Aber ich denke, dass auf jeden Fall YaST2 wieder etwas umfangreicher (Funktionen u. allg. Verbesserungen) geworden ist, aktuelle Programmversionen und das Übliche eben dabei sind. Ach ja. Eines der größeren Änderungen ist die Umstellung der Distri auf die GCC 4.0 Suite.
Kann mir da jemand erklärend helfen ?
Vielleicht jemand, der schon tiefer mit dem System vertraut ist wie ich. :-)
Grüße
sebastian
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
Hallo liste,
Hallo auch.
ich habe hier ein problem mit einem programm, welches unter suse 9.3 nicht mehr richtig läuft. Und zwar erscheint die fehlermeldung
symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
beim starten.
Frage Nr.1: Um welches Programm handelt es sich genau? Angabe bitte mit Versionsnummer. Frage Nr.2: Du schreibst "...,welches unter suse 9.3 nicht mehr richtig läuft." - hat es also davor schonmal 'richtig' funktioniert? Falls ja, was hat sich seit es das letzte mal richtig getan hat alles auf Deinem System geändert?
Na ja es ist alles genau so wie ich es schreibe *g* : Unter suse 9.3 nicht mehr läuft bedeutetete in diesem fall unter 8.2 problemlos :-) geändert hat sich nix ausser 8.2 -> 9.3 erst nur ein update, danach format ist für den fehler egal. Das programm ist ein messprogramm für unser labor, ist aber auch egal, es gibt viele programme die diesen fehler verursachen (google)
Jetzt gibt es den workaround durch schreiben von
Export LD_ASSUME_KERNEL=2.6.1
Das funzt auch wunderbar .
Aber warum ? was macht das genau und geht es evtl. auch anders ?
Ich bin kein Linux-Experte. Aber in der Variablen hast Du die zu erwartende Kernel-Version von Hand eingetragen. Bei diversen Programmen hilft dies, sofern diese etwa eine andere Kernelversion erwarten als die installierte. Was das aber mit der glibc zu tun haben soll weiß ich nicht.
Ich habe wohl mittlerweile etwas gelesen, es soll mit dem gcc compiler zu tun haben ? ... Mit der variable hast du wohl recht ja, aber ich änder ja nix an den genannten dateien der fehlermeldung, warum also hilft das manuelle setzen einer offenbar älteren kernelversion ? werden dann andere compiler verwendet, die auch instlliert sind ??? ich versteh das nicht ...
Falls es sich um ein GNOME (gtk) Programm handelt, das Du unter KDE ausführen willst, deinstalliere die Pakete gtk-qt-engine bzw gtk-qt-engine-32bit. Diese machen nur unnötige Probleme!
Ob es das ist weiss ich nicht, werde ich nachsehen, aber unter kde starten stimmt schon mal :-)
was ist in suse 10 ? warum kommt der fehler überhaupt ?
Wie SuSE 10.0? Ich dachte Du hast die 9.3. Wenn Du Pakete einsetzt oder einsetzen willst, die aus den BETA Versionen (ja, die 10.0 ist noch voll und ganz Beta-Software!) der kommenden SuSE 10 stammen, ist es kein wunder, dass diese Probleme machen. Diese sind natürlich voll und ganz auf die 10 abgestimmt und nicht auf die alten Versionen. Umgekehrt währen dagegen weniger Probleme zu erwarten, also wenn Du Pakete, die für die 9.3 gebaut worden sind unter der 10er installieren wolltest.
Ja habe 9.3 aber was wäre wenn ich 10 demnächst haben würde ? evtl. weiss da ja jemand schon bescheid ... und querpakete installiert habe ich nicht.
symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Was mir noch einfällt - in der SuSE 8.2 werden entsprechend alte Versionen der glibc (genaue Versionsnummern weiß ich nicht mehr) ausgeliefert. In der 9.3 wird die glibc 2.3.4 mitgeliefert. Also um einiges neuer und natürlich haben sich da auch ein paar Innereien geändert.
Na ja es ist alles genau so wie ich es schreibe *g* : Unter suse 9.3 nicht mehr läuft bedeutetete in diesem fall unter 8.2 problemlos :-) geändert hat sich nix ausser 8.2 -> 9.3 erst nur ein update, danach format ist für den fehler egal. Das programm ist ein messprogramm für unser labor, ist aber auch egal, es gibt viele programme die diesen fehler verursachen (google)
Aha. Ein Messprogramm für ein Labor. Ist dieses Programm eine 'Selbstentwicklung' oder ist es ein kommerzielles Programm, das von einem anderen Hersteller stammt? Falls letzteres der Fall sein sollte, wurde auf der Herstellerhomepage bereits nach Updates etc. gesucht oder dieser von diesem Problem unterrichtet?
Ich habe wohl mittlerweile etwas gelesen, es soll mit dem gcc compiler zu tun haben ? ... Mit der variable hast du wohl recht ja, aber ich änder ja nix an den genannten dateien der fehlermeldung, warum also hilft das manuelle setzen einer offenbar älteren kernelversion ? werden dann andere compiler verwendet, die auch instlliert sind ??? ich versteh das nicht ...
Ja. An den Dateien wird durch die Variable nichts verändert. Nein. Es werden nicht mehrere, unterschiedliche Versionen eines Compilers installiert. Obwohl es theorätisch möglich wäre. Die dürfen sich dann nur nicht in die Quere kommen. SuSE 8.2 wurde noch mit einem 2.4er Kernel ausgeliefert. Seit dem hat sich auch hier einiges geändert. Vielleicht findet das Programm nicht die richtige Kernelversion oder interpretiert aus welchen Gründen auch immer etwas falsches. Erscheint die Fehlermeldung auch, wenn man der Variablen die aktuelle Versionsnummer des sich zur Zeit auf dem Rechner installierten Kernels übergibt? SuSE bietet auf seinen FTP- und Mirror-Servern noch ein Paket mit dem alten gcc 2.95.3. Falls wirklich eine zu neue gcc-Version an dem Problem schuld sein sollte, könnte dieses Paket das Problem lösen. Aber: Bitte die README-Datei zuvor beachten. ftp://ftp.uni-erlangen.de/pub/Linux/MIRROR.suse/pub/projects/gcc/gcc_old
Ja habe 9.3 aber was wäre wenn ich 10 demnächst haben würde ? evtl. weiss da ja jemand schon bescheid ... und querpakete installiert habe ich nicht.
Das es sich hier um kein Mischsystem handelt, ist schonmal recht gut. Also Beta-Versionen würde ich nicht in produktiven Umgebungen (wie hier das Labor) einsetzen. Die Probleme, die ein 'Entwicklungssystem' bereiten können (Bugs, Abstürze, nicht funktionsfähige oder sonst instabile Software etc.) wären hier eine mitlere Katastrophe. Ich würde wenigstens auf die fertige, stabile Release warten. Es sei denn Du oder Ihr habt einen Rechner, auf dem Du das testen könntest, also die BETA-Versionen installieren, betreiben usw. und schauen, ob die diversen anderen Programme (etwa wie das Messprogramm) es noch tun unter der neuen Version. MfG Richi ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
participants (2)
-
Richard Kraut -
Sebastian Wegner