Sziasztok!
Adott egy slaxkware13.37, fluxbox-szal, fapadossá téve amennyire lehet.
Adott egy ZyGrib nevű program, ami QT-t igényel.
( http://packages.debian.org/search?suite=default§ion=all&arch=any&se… --debian-lelőhely ugyan, de mindig ezt használtam slax alatt is )
Kedvenc hibaüzenetem egy idő óta ez:
zyGrib: symbol lookup error: zyGrib: undefined symbol: _ZN9QHashData14detach_helper2EPFvPNS_4NodeEPvEPFvS1_Eii
Nem tudom, mit tettem, azt sem hogy mikor, pedig a kritikus rendszermódosításokat mindig leírom magamnak papírra (!).
Visszaállíthatnám egy korábbi teljes lib meg usr könyvtáramat, de mióta legutóbb használtam a zygrib-et, rengeteg jobbnál jobb hekkeléseket alkottam, melyekért kár lenne --- perze az igaz ügy érdekében ezeket megismételni külön öröm lenne.
A fenti hibaüzenettel találkozott már valaki?
Esetleg más, QT-t igénylő program is kidobhat valami hasonlót szerintem...
kößönet
- 4939 megtekintés
Hozzászólások
Hm. Fordítod, vagy futtatáskor dobja ezt? Ez linkerüzenet; futtatáskor ha dinamikus linkelés is van, akkor is inkább a .so-t hiányolná egy tisztességes rendszeren. Így max. arra tudok gyanakodni, hogy megvan a libed, csak régi verzió.
szerk: vagy túl új is lehet; lényeg, hogy keres egy függvényt a libben, ami nincs ott.
ldd-vel meg lehet nézni, hogy a bináris miket használ.
- A hozzászóláshoz be kell jelentkezni
Nem fordítottam, indításkor dobja ezt.
Minden .so megvan, a libQtWebkit.so a mániája,erre régebben már rájöttem. Az is megvan, verziókeveredések nincsenek, a QT felrakásakor learhiváltam az összes könyvtárat amit a slack felrámolt.
Régebben a zygrib oly módon indult néha, hogy be kellet rúgni, mint egy motort.
Segmentation fautr, majd el sem indult.
Csak kb. negyedszerre, akkor meg rendesen ment. Írtam egy scriptet, ami elindítja egymás után 5-ször, és a témát annyiban hagytam, de most más a helyzet, indíthatom 60000-szer is, a hibaüzenet a fenti marad.
különleges massza a dologban az, hogy a gpsbabel GUI verziója is QT-mániás, eddig 2 programom van, aminek ez a böszme rendszerkönyvtár az alkatrésze.
A zygrib különben remek kis meteorológiai prg, saját GRIB-szervere van (onnan dovnlódingolja a matematikai modellt,méghozzá alkalmanként parciálisan), ha valakit érdekel, merem ajánlani:
http://zygrib.org/index.php?page=download
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
Én találkoztam teljesen hasonlóval.
Az volt a megfejtés, hogy binárisból telepítettem egy olyan programot, ami a saját lib könyvtárában hozta magával azokat a Qt könyvtárakat, amelyekre neki szüksége volt, ezek azonban nem voltak azonosak a rendszer által használt verzióval.
Miután fölvettem a dinamikus könyvtárak keresési útvonalai közé, ő kiválóan működött, viszont gyakorlatilag minden más megállt, ami a Qt-re támaszkodott és ilyeneket üzengetett.
A megoldás a kérdéses alkalmazás forrásból való újrafordítása volt azzal a Qt-vel, amit maga a rendszer tartalmazott.
- A hozzászóláshoz be kell jelentkezni
Csodás.
Szerinted megoldás lehet, ha mondjuk nem fordítok (mert odáig nem nőttem még fel), hanem mondjuk a qt könyvtárára rámountolok egy másik könyvtárat, melyben az a verzió van, amit megesz a prg? Aztán használat után kimountolnám, mintha lehúznám a wc-t...
Úgy vettem észre, hogy ha felcsatolok valahová egy fájlrendszert, akkor teljesen eltűnnek az abban lévő dolgok, a felcsatolt fájlredszer fog élni.
Persze lehet, hogy rossz ötlet..
Jelenleg a teljes /usr/lib/qt könyvtár egy tar-ban van, és kibontom ha éppen kell, természetesen ramdiskre, ahonnan symlink megy a 6usr/lib-be. (régen is ígyindult a zygrib, még a halála előtt)
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
Először is tudni kellene, hogy nálad is az okozza-e a jelenséget, mint nálam, tehát át kellene nézni a rendszert, hogy az ldconfig által ismert helyeken van-e másik Qt.
Amit leírsz, az talán működhet, viszont egyértelműen gányolás. Mit csinálsz például akkor, ha egyszerre akarsz két alkalmazást futtatni, amelyeknek két különböző Qt kell?
Szóval a helyedben én biztosan megpróbálkoznék a fordítással, hacsak nem élvezed kifejezetten, ha hátrabilincselt kézzel tangózhatsz... :-)
- A hozzászóláshoz be kell jelentkezni
+1, a fordítást is megpróbálnám, ha az LD_LIBRARY_PATH nem jön össze; bár ZyGrib-et nem fordítottam még, de általában nem nehéz.
- A hozzászóláshoz be kell jelentkezni
Két dolog mondja meg, hogy hol keressen libeket egy bináris:
- LD_LIBRARY_PATH környezeti változó
- ldconfig (/etc/ld.so.conf.d, majd ldconfig parancs - legalábbis nálam)
Előbbi shellre lokális, utóbbi az egész rendszerre globális.
Ha egy adott libből van egy verzió az LD_LIBRARY_PATH-ban megadott helyek egyikén, és egy másik verzió az ldconfig-ban megadott helyek egyikén, akkor nem tudom, melyiket tölti be.
Ha az előbbit, akkor mázlid van. :) Szerintem jó esély van rá, logikusan ha van lokális beállítás, annak kéne erősebbnek lenni.
A rámountolás elég vad ötlet, akkor inkább symlink-kel játszanék, de lehet, hogy az ld.cache-t megtévesztik ezek a trükkök.
Amúgy régi a géped, vagy valami beágyazott cucc, hogy egy Qt-vel spórolni akarsz? Mert nekem elég maszat gépem van, de azért 1-2 Qt-s program elmegy rajta.
- A hozzászóláshoz be kell jelentkezni
Igen kicsi, de a tögg tíz gB-nyi térképnek kel a hely főleg.
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
Mindjárt lefordítom neked és kirakom publikusan.
--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!
- A hozzászóláshoz be kell jelentkezni
Azért lógok egy nagy adag kajával a BME büféjében, ha arra jársz.
Különben szerintetek normális, ha a /usr/lib könyvtárban külön megvannak a qt-ben lévő fájlok?
ezeket leltem miután slackpkg-val lepusztítottam próbaképpen a qt-t:
/usr/lib-ben vagyunk:
bash-4.1# ls -l libQt*
-rwxr-xr-x 1 root root 4016 Feb 26 2008 libQt3Support.so.4.3.4.debug
lrwxrwxrwx 1 root root 18 Sep 5 15:09 libQtCore.so.4.5 -> libQtCore.so.4.5.3
-rwxr-xr-x 1 root root 2334064 Oct 19 2009 libQtCore.so.4.5.3
lrwxrwxrwx 1 root root 17 Sep 5 15:08 libQtGui.so.4.5 -> libQtGui.so.4.5.3
-rwxr-xr-x 1 root root 10170292 Oct 19 2009 libQtGui.so.4.5.3
lrwxrwxrwx 1 root root 21 Sep 5 15:06 libQtNetwork.so.4.5 -> libQtNetwork.so.4.5.3
-rwxr-xr-x 1 root root 1147640 Oct 19 2009 libQtNetwork.so.4.5.3
lrwxrwxrwx 1 root root 20 Sep 5 15:08 libQtOpenGL.so.4.5 -> libQtOpenGL.so.4.5.3
-rwxr-xr-x 1 root root 565208 Oct 19 2009 libQtOpenGL.so.4.5.3
lrwxrwxrwx 1 root root 17 Sep 5 15:06 libQtSql.so.4.5 -> libQtSql.so.4.5.3
-rwxr-xr-x 1 root root 242956 Oct 19 2009 libQtSql.so.4.5.3
lrwxrwxrwx 1 root root 17 Sep 5 15:06 libQtSvg.so.4.5 -> libQtSvg.so.4.5.3
-rwxr-xr-x 1 root root 338616 Oct 19 2009 libQtSvg.so.4.5.3
-rw-r--r-- 1 a users 797 May 4 2010 libQtWebKit.la
-rw-r--r-- 1 a users 851 May 4 2010 libQtWebKit.prl
lrwxrwxrwx 1 root root 17 Sep 5 15:06 libQtXml.so.4.5 -> libQtXml.so.4.5.3
-rwxr-xr-x 1 root root 270084 Oct 19 2009 libQtXml.so.4.5.3
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
Én nem pusztítottam le, de nálam is ott vannak a Qt cuccok
...
lrwxrwxrwx 1 root root 23 Jul 9 10:25 /usr/lib/libQt3Support.so -> qt/lib/libQt3Support.so
lrwxrwxrwx 1 root root 25 Jul 9 10:25 /usr/lib/libQt3Support.so.4 -> qt/lib/libQt3Support.so.4
lrwxrwxrwx 1 root root 27 Jul 9 10:25 /usr/lib/libQt3Support.so.4.7 -> qt/lib/libQt3Support.so.4.7
lrwxrwxrwx 1 root root 29 Jul 9 10:25 /usr/lib/libQt3Support.so.4.7.0 -> qt/lib/libQt3Support.so.4.7.0
lrwxrwxrwx 1 root root 22 Jul 9 10:25 /usr/lib/libQtCLucene.so -> qt/lib/libQtCLucene.so
lrwxrwxrwx 1 root root 24 Jul 9 10:25 /usr/lib/libQtCLucene.so.4 -> qt/lib/libQtCLucene.so.4
lrwxrwxrwx 1 root root 26 Jul 9 10:25 /usr/lib/libQtCLucene.so.4.7 -> qt/lib/libQtCLucene.so.4.7
lrwxrwxrwx 1 root root 28 Jul 9 10:25 /usr/lib/libQtCLucene.so.4.7.0 -> qt/lib/libQtCLucene.so.4.7.0
lrwxrwxrwx 1 root root 19 Jul 9 10:25 /usr/lib/libQtCore.so -> qt/lib/libQtCore.so
lrwxrwxrwx 1 root root 21 Jul 9 10:25 /usr/lib/libQtCore.so.4 -> qt/lib/libQtCore.so.4
lrwxrwxrwx 1 root root 23 Jul 9 10:25 /usr/lib/libQtCore.so.4.7 -> qt/lib/libQtCore.so.4.7
lrwxrwxrwx 1 root root 25 Jul 9 10:25 /usr/lib/libQtCore.so.4.7.0 -> qt/lib/libQtCore.so.4.7.0
...
--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!
- A hozzászóláshoz be kell jelentkezni
Töltheted:
http://polesz.devall.hu/download/
a qwt is kell a zygrib csomaghoz.
--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!
- A hozzászóláshoz be kell jelentkezni
aztamindenit!
Köszönöm neked a fordítást!
Felraktam mindent, de a hibaüzenet nem változott. Kínomban megint leszedtem a qt-t, erre persze hiányolja ismét:
bash-4.1# zyGrib
bin/zyGrib: error while loading shared libraries: libQtXml.so.4: cannot open shared object file: No such file or directory
bin/zyGrib: error while loading shared libraries: libQtXml.so.4: cannot open shared object file: No such file or directory
bash-4.1#
...most rakom vissza a qt-t, nemsokára megint megnézem.
Most a polkit-et is engedem, hadd rakódjon az is, slackpkg felajánlja itt nekem, hátha az a baj
4.6.2-es qt jön le éppen..
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni
Én ezzel fordítottam:
/var/log/packages/qt-4.7.0_7abde40-i486-3
--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!
- A hozzászóláshoz be kell jelentkezni
Akkor ez itt most a baj, nemcsak az időközben megszakadt hálózatom.
evadászom ezt a qt-t, sajnos a tárolóim a régebbit hozzák elő, mondjuk innen:
http://pkgs.org/slackware-13.37/slackware-x86_64/qt-4.7.0_7abde40-x86_6…
(hátha köl másnak is)
...
...
IGEN!!!
működik!!
Gőzöm sincs hogyan jött össze, holnap megnézem, miket irkáltam közben itt a loggoló cetlimre
Köszönet ezért a küzdelemért Neked, ha a BME épületének büféjében jársz, megadom amit fentebb ígértem.
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni