Hallo Heinz, Heinz W. Pahlke wrote:
...
Ich wollte damit nur sagen, dass man aus der Angabe Suse 9.0 bei mir zuverlaessig nur auf die glibc-Version und sonst nichts schliessen darf. ok.
Was liefert denn "/lib/libc.so.6" als Ausgabe ?
Configured for i586-suse-linux. Compiled by GNU CC version 3.3.1 (SuSE Linux). Compiled on a Linux 2.6.0-test3 system on 2003-09-23. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others linuxthreads-0.10 by Xavier Leroy
Ist hier auch so.
NoVersion patch for broken glibc 2.0 binaries BIND-8.2.3-T5B libthread_db work sponsored by Alpha Processor Inc
Ebenfalls.
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Soviel also zum Thread support der libc. Linuxthreads und keine Posix Threads (nptl). Spielt aber keine Rolle, denke ich.
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.
Ach so, das "2357 SYS_close(7)" bezieht sich also darauf. Und ich dachte, es koennte evtl. an der Font-Datei liegen.
Könnte, vielleicht. Aber das würde bedeuten, dass die Fontdatei selbst Müll enthält, der zum Seg Fault führt. Zum Überprüfen villeicht mal die Datei temporär umbenennen/verschieben. An eine korrupte Fontdatei glaube ich aber eher nicht. aber mit dem Glauben ist das ja so eine Sache .... :) Interessanter sind eigentlich die Sachen die nach dem Mapppen passieren.... Sowas wie: 8250 _ZN7QStringC1EPKc(0xbfffec10, 0x0853b528, 0, 0xbfffebb8, 19) = 0x085a05d0 Das sind dann die Aufrufe in die QT libs.
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
Das war aber mit der vorher installierten Scribus-Version. Mit der scribus-1.2.1-1.0suse91 gibt es diese Meldung ja nicht mehr. ok. Ist dann wohl auch ein Nebenkriegsschauplatz.
Aber nachdem ich jetzt mal nach unfinished gesucht habe: die Meldung taucht einige Dutzend Male auf. Ja hab ich auch gesehen. Dazu gibt es dann noch diverse "< ... XYZ resumed>" Einträge. Mir scheint, dass die gesamte Initialisierung mit Hilfe einer ganzen Horde von Threads von statten geht.
Da die ltrace-Ausgabe ueber 3 MB gross ist, will ich sie dir nicht einfach zumailen. Aber wenn du meinst, kann ich sie zum Download bereitstellen. Nein lass mal. Der Punkt ist, dass es "von Hand" doch einigermaßen mühselig ist einen kompletten trace nachzuvollziehen. Besser wäre vielleicht scribus unter gdb zu starten. Wenn dann der Seg fault kommt, hat man die Stelle genau mit Aufrufstack (Kommando where). Wenn der seg Fault immer an der gleichen Stelle kommt, kann man nochmal weiter schauen.
Gruß, Thomas.