Re: Wie die Lib zu undefinierten Symbolen finden?
Thomas Michalka <[email protected]> Tue, 10 Jan 2012 00:43:52 +0100
| Newsgroups | gmane.linux.suse.programming |
|---|---|
| Message-ID | <[email protected]> |
Hallo Christian, Christian Boltz schrieb: > Hallo David, hallo Thomas, hallo Leute, >=20 > Am Montag, 9. Januar 2012 schrieb David Haller: >> Am Sun, 08 Jan 2012, Thomas Michalka schrieb: >>> trotz googlen und Suche in diversen Listenarchiven kann ich keine >>> Antwort auf die Frage im Subject finden. Anlass ist der vergebliche >>> Versuch, ein Programm zu starten. Es meldet ein undefiniertes >>> Symbol: >>> >>> $> ./programm >>> ./<programm>: symbol lookup error: ./<programm>: undefined symbol: >>> initPAnsiStrings >> for f in /usr/lib64/lib*.so.? ; do \ >> strings "$f" | grep -q initPAnsiStrings && echo "$f";\ >> done >=20 > Da ist Google aber deutlich performanter - und funktioniert sogar, wenn= =20 > das entsprechende Paket nicht installiert ist ;-) >=20 > http://www.google.de/search?q=3DinitPAnsiStrings >=20 > Der zweite Treffer f=C3=BChrt zu > https://bbs.archlinux.org/viewtopic.php?id=3D76197 Habe ich auch gefunden, aber nachdem ich einerseits die 32-bit- und die 64-bit-Version der libjpeg.so.62 installiert habe, dort aber initPAnsiStrings nicht drin steht und es andererseits die libborqt-6.9-qt2.3.so f=C3=BCr eine oS-11.0 nicht zu geben scheint, habe = ich erst nicht weiter gebohrt. Vielleicht sollte ich nachsehen, ob ich sie irgendwoher bekomme, nur um sicher zu gehen, dass das betreffende Symbol tats=C3=A4chlich drin ist. Der zweite Tipp dort f=C3=BChrt auch nicht so recht weiter, denn $> ldd -r <programm> zeigt zwar jede Menge "undefinded symbols" (auch initPAnsiStrings), aber keine Lib, die es nicht findet. Also wird dann libborqt-6.9-qt2.3.so =C3=BCberhaupt gebraucht? Jetzt habe ich sie mir mal bei rpmfind geholt und festgestellt, dass dort initPAnsiStrings enthalten ist. Ein Installationsversuch allerdings klappt nicht recht, da rpm "Failed Dependencies" reklamiert, obwohl die ben=C3=B6tigten Libs alle da sind. Wahrscheinlich ist es halt das falsche Paket f=C3=BCr oS-11.0. Ich habe e= s doch mal mit --nodeps probiert. Wie aber kann ich es dem <programm> klarmachen, dass die Lib jetzt da ist= ? Ist ja schon etwas sp=C3=A4t B-| -- ich probiere morgen weiter. Vielleich= t hat ja die eine oder andere 'Nachteule' noch eine Idee. Ciao, Tom >=20 >=20 > Gru=C3=9F >=20 > Christian Boltz --=20 To unsubscribe, e-mail: [email protected] To contact the owner, e-mail: [email protected]