Hallo Heinz,
Welche glibc ist bei dir installiert ? 2.3.2-87 (eine der wenigen Originale von der Suse 9.0, weil man die ja leider nicht einfach so updaten kann)
Richtig. Zumindest nicht bei Suse. Aber so groß ist der Versionsunterschied nicht. Zumindest nicht der Bezeichnung nach .....
Da ich nicht weiss, auf welche Zeilen es wirklich ankommt, einfach mal alle mit libc.so.6
-------------------------------8>---------------------------------
2357 SYS_open("/usr/lib/libc.so.6", 0, 023) = -2 2357 SYS_open("/usr/lib/qt3/lib/libc.so.6", 0, 023) = -2 2357 SYS_open("i686/mmx/libc.so.6", 0, 023) = -2 2357 SYS_open("i686/libc.so.6", 0, 023) = -2 2357 SYS_open("mmx/libc.so.6", 0, 023) = -2 2357 SYS_open("libc.so.6", 0, 023) = -2 2357 SYS_open("/usr/local/yase/libxml/lib/libc.so.6", 0, 023) = -2 2357 SYS_open("/usr/lib/qt3/lib/libc.so.6", 0, 023) = -2 2357 SYS_open("/lib/libc.so.6", 0, 027777762554) = 3
------------------------------->8--------------------------------- Verwendet wird also /lib/libc.so.6 Eben die libc, bei der der Open-Call etwas > 0 zurück geliefert hat.
Es wird hier also /lib/tls/libc.so.6 verwendet.
Gibt es hier gar nicht :-(
Und im Paket tls ebenso :-((
Das sollte nicht entscheidend sein. Hier geht es ja auch ohne nptl libc.
Was liefert denn "/lib/libc.so.6" als Ausgabe ?
Also wir wissen:
- Öffnen von /usr/X11R6/lib/X11/fonts/Type1/UTBI____.pfa klappt
- Die Fontdatei wird auch in den Speicher gemappt.
- Das Schliessen der Fontdatei klappt.
Sind wir sicher dass das Folgende korrekt ist ?
- Der Zugriff auf die gemappten Daten führt zu einem Seg Fault.
Sicher ? Nein, ich bin mir da nicht sicher.
Mich macht halt noch die Zeile vor dem Segfault stutzig:
1259 FT_Get_Postscript_Name(0x085ecb80, 0xbfffeb10, 0xbfffeb00, 1,
0x402f052c