Scribus - Speicherzugriffsfehler
Speicherzugriffsfehler< erscheint. Das durchforsten der Log-Dateien brachte auch keine weiteren Ergebnisse. Die KDE Pakete habe ich über die KDE Hompage von ftp://sunsite.informatik.rwth-aachen.de für SUSE9.0 bezogen. Alles andere scheint auf meinem Rechner in Ordnung zu sein. Habe dann auch mal Scribus selber kompiliert sowohl die 1.2 als auch die 1.2.1, ohne Erfolg. Scribus startet nicht mehr. Hat einer eine Idee,?
Hallo Liste, seit am Wochenende ein KDE Update von 3.3.1 auf 3.4 gemacht habe bekomme ich Scribus 1.2.1 nicht mehr ans laufen. Hat vorher einwandfrei funktioniert. Gebe ich in der Konsole "Scribus" ein zeigt sich kurz das Logo und die Meldung liegt es vielleicht am KDE? sollte ich mir mal die Pakete vom SUSE- Server einspielen? Gruß Bernd -- Registrierter Linux User Nr.: 259663 Bernhard Sybrandi Grötekenstraße 38 41179 Mönchengladbach
Hallo, On 20-Apr-2005 Bernd Sybrandi wrote:
Habe dann auch mal Scribus selber kompiliert sowohl die 1.2 als auch die 1.2.1, ohne Erfolg. Scribus startet nicht mehr. Hat einer eine Idee,? liegt es vielleicht am KDE? sollte ich mir mal die Pakete vom SUSE- Server einspielen?
Eine aehnliche Frage hatte ich vor knapp einer Woche gestellt. Zahl der Antworten: 0 :-(( Googlen brachte auch nicht wirklich viel, ausser dass es moeglicherweise mit qt zusammenhaengt. Aber fuer so vage Verdachtsmomente mochte ich bislang keine Update-Orgie starten. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo, Am Wed, 20 Apr 2005, Heinz W. Pahlke schrieb:
On 20-Apr-2005 Bernd Sybrandi wrote:
Habe dann auch mal Scribus selber kompiliert sowohl die 1.2 als auch die 1.2.1, ohne Erfolg. Scribus startet nicht mehr. Hat einer eine Idee,? liegt es vielleicht am KDE? sollte ich mir mal die Pakete vom SUSE- Server einspielen?
Eine aehnliche Frage hatte ich vor knapp einer Woche gestellt. Zahl der Antworten: 0 :-((
Setzt mal 'ltrace' auf scribus an, da sieht man dann hoffentlich _wo_ der Fehler stattfindet. ltrace -f -S -s 128 -o scribus.ltrace scribus Interessant sind dann die ca. 10-200 Zeilen ;) -dnh -- Leben bedeutet vor allem zwei Dinge: Verstehen und Verstanden werden. Avber das verstehen viele so wie so nicht. Deswegen werden die die es verstehen auch nicht verstanden. [WoKo in dag°]
Hallo, On 20-Apr-2005 David Haller wrote:
Setzt mal 'ltrace' auf scribus an, da sieht man dann hoffentlich _wo_ der Fehler stattfindet.
ltrace -f -S -s 128 -o scribus.ltrace scribus
Interessant sind dann die ca. 10-200 Zeilen ;)
Nee, nur die letzten 37 :-)) Auf meinem PC verabschiedet sich Scribus offenbar beim Laden der Fonts: ----------------------------------8<-------------------------------- 1259 SYS_open("/usr/X11R6/lib/X11/fonts/Type1/UTBI____.pfa", 0, 050) = 7 1259 SYS_fcntl64(7, 2, 1, 1, 0x40a99f78) = 0 1259 SYS_fstat64(7, 0xbfffe880, 0x40e13160, 7, 0xbfffe880) = 0 1259 SYS_mmap(0xbfffe930, 0xbfffe960, 0x40095b68, 7, 0x085578f0) = 0x410e6000 1259 SYS_close(7) = 0 1259 SYS_brk(NULL) = 0x08773000 1259 SYS_brk(0x0877c000) = 0x0877c000 1259 SYS_brk(NULL) = 0x0877c000 1259 SYS_brk(0x0877e000) = 0x0877e000 1259 SYS_brk(NULL) = 0x0877e000 1259 SYS_brk(0x08780000) = 0x08780000 1259 SYS_brk(NULL) = 0x08780000 1259 SYS_brk(0x08783000) = 0x08783000 1259 SYS_brk(NULL) = 0x08783000 1259 SYS_brk(0x08786000) = 0x08786000 1259 <... FT_New_Face resumed> ) = 0 1259 _ZN7QStringC1EPKc(0xbfffeb00, 0x085e0aa8, 0xbfffebe0, 0xbfffebe0, 0x402f052 c) = 0x085ac340 1259 _ZN7QStringC1ERKS_(0xbfffeaf0, 0xbfffeb00, 0xbfffebe0, 0xbfffebe0, 0x402f05 2c) = 0x085ac340 1259 _ZN7QString9fromAsciiEPKci(0xbfffeb10, 0x0836d984, -1, 0xbfffebe0, 0x402f05 2c) = 0xbfffeb10 1259 _ZN7QStringpLERKS_(0xbfffeaf0, 0xbfffeb10, -1, 0xbfffebe0, 0x402f052c) = 0xbfffeaf0 1259 _ZN11QStringData10deleteSelfEv(0x086531e0, 0xbfffeb10, -1, 0xbfffebe0, 0x40 2f052c) = 0x086531e0 1259 _ZN7QStringC1EPKc(0xbfffeb10, 0x085fa657, 0xbfffebe0, 0xbfffebe0, 0x402f052 c) = 0x086531e0 1259 _ZN7QStringC1ERKS_(0xbfffeae0, 0xbfffeaf0, 0xbfffebe0, 0xbfffebe0, 0x402f05 2c) = 0x08671298 1259 _ZN7QStringpLERKS_(0xbfffeae0, 0xbfffeb10, 0xbfffebe0, 0xbfffebe0, 0x402f05 2c) = 0xbfffeae0 1259 _ZN7QStringaSERKS_(0xbfffeb90, 0xbfffeae0, 0xbfffebe0, 0xbfffebe0, 0x402f05 2c) = 0xbfffeb90 1259 _ZN11QStringData10deleteSelfEv(0x086531e0, 0xbfffeae0, 0xbfffebe0, 0xbfffeb e0, 0x402f052c) = 0x086531e0 1259 _ZN11QStringData10deleteSelfEv(0x08671298, 0xbfffeae0, 0xbfffebe0, 0xbfffeb e0, 0x402f052c) = 0x08671298 1259 _ZN11QStringData10deleteSelfEv(0x085ac340, 0xbfffeae0, 0xbfffebe0, 0xbfffeb e0, 0x402f052c) = 0x085ac340 1259 _ZN6QGDict11look_stringERK7QStringPvi(0x084fdcbc, 0xbfffeb90, 0, 0, 0x084fd cbc) = 0 1259 _ZeqRK7QStringPKc(0xbfffeb30, 0x08379e61, 0, 0, 0x402f052c) = 1 1259 _Znwj(132, 0x08379e61, 0, 0, 0x402f052c) = 0x085ecda0 1259 _ZN7QStringC1ERKS_(0xbfffeae0, 0xbfffeb90, 0, 0, 0x402f052c) = 0x085fba401259 _ZN7QStringC1ERKS_(0xbfffeaf0, 0xbfffeb80, 0, 0, 0x402f052c) = 0x08670878 1259 _ZN7QStringC1ERKS_(0xbfffeb00, 0xbfffeaf0, 0, 0, 0x402f052c) = 0x08670878 1259 _ZN7QStringC1ERKS_(0xbfffeb10, 0xbfffeae0, 0, 0, 0x402f052c) = 0x085fba40 1259 _ZN7QStringC1ERKS_(0xbfffea70, 0xbfffeb00, 0xbfffeaf0, 0x40cb5778, 132) = 0 x08670878 1259 _ZN7QStringC1ERKS_(0xbfffea60, 0xbfffeb10, 0xbfffeaf0, 0x40cb5778, 132) = 0 x085fba40 1259 _ZN7QStringC1ERKS_(0x085ecda4, 0xbfffea60, 0x085fba40, 0x085fba40, 1) = 0x0 85fba40 1259 _ZN7QStringC1ERKS_(0x085ecda8, 0xbfffea70, 0x085fba40, 0x085fba40, 1) = 0x0 8670878 1259 _ZN5QFontC1Ev(0x085ecdb4, 0xbfffea70, 0x085fba40, 0x085fba40, 1) = 143 1259 _Znwj(12, 0x40015748, 0x40e4d100, 0x409abff8, 0x085ecda0) = 0x08615088 1259 _Znwj(28, 0xbfffea70, 0xbfffea18, 0x085ecda0, 0x08615088) = 0x08671298 1259 _Znwj(12, 0x40015748, 0x40e4d100, 0x409abff8, 0x085ecda0) = 0x0861fa08 1259 _Znwj(44, 0xbfffea70, 0xbfffea18, 0x085ecda0, 0x0861fa08) = 0x085565a0 1259 _ZN7QGArrayC2Ev(0x085565b0, 0xbfffea70, 0xbfffe9f8, 0x0861fa08, 0x0861fa08) = 1 1259 _Znwj(12, 0x40015748, 0x40e4d100, 0x409abff8, 0x085ecda0) = 0x08640de0 1259 _Znwj(28, 0xbfffea70, 0xbfffea18, 0x085ecda0, 0x08640de0) = 0x08544fa8 1259 _ZN7QGArrayC2Ev(0x08544fb8, 0xbfffea70, 0xbfffe9f8, 0x08640de0, 0x08640de0) = 1 1259 _ZN7QStringaSEPKc(0x085ecdcc, 0x083759d9, 0x08670878, 0x08670878, 0x085fba4 0) = 0x085ecdcc 1259 _ZN7QStringaSEPKc(0x085ecdd0, 0x083759d9, 0x08670878, 0x08670878, 0x085fba4 0) = 0x085ecdd0 1259 _ZN7QStringaSEPKc(0x085ecdd4, 0x083759d9, 0x08670878, 0x08670878, 0x085fba4 0) = 0x085ecdd4 1259 _ZN7QStringaSEPKc(0x085ecdd8, 0x083759d9, 0x08670878, 0x08670878, 0x085fba4 0) = 0x085ecdd8 1259 _ZN7QStringaSEPKc(0x085ecddc, 0x0835fc10, 0x08670878, 0x08670878, 0x085fba4 0) = 0x085ecddc 1259 _ZN7QStringaSEPKc(0x085ecde8, 0x0837917b, 0x08670878, 0x08670878, 0x085fba4 0) = 0x085ecde8 1259 FT_Get_Postscript_Name(0x085ecb80, 0xbfffeb10, 0xbfffeb00, 1, 0x402f052c 1259 --- SIGSEGV (Segmentation fault) --- 1259 +++ killed by SIGSEGV +++ ----------------------------------->8---------------------------------- :-(( Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo Heinz, hallo Leute, Am Donnerstag, 21. April 2005 07:26 schrieb Heinz W. Pahlke: [...]
Auf meinem PC verabschiedet sich Scribus offenbar beim Laden der Fonts:
----------------------------------8<-------------------------------- 1259 SYS_open("/usr/X11R6/lib/X11/fonts/Type1/UTBI____.pfa", 0, 050) = 7 [...] 1259 FT_Get_Postscript_Name(0x085ecb80, 0xbfffeb10, 0xbfffeb00, 1, 0x402f052c
1259 --- SIGSEGV (Segmentation fault) --- ----------------------------------->8--------------------------------
Tritt das Problem immer bei diesem Font auf? Zeigt ImageMagick mit display /usr/X11R6/lib/X11/fonts/Type1/UTBI____.pfa eine Vorschau des Fonts? Geht es, wenn Du diesen Font (UTBI____.*) in ein anderes Verzeichnis (das nicht im Font-Suchpfad ist) verschiebst? Gruß Christian Boltz -- Guten Tag. Ich will ein Haus bauen. Was soll ich verwenden: Steine oder Mörtel? [Kristian Koehntopp in suse-linux]
Hallo Christian, On 21-Apr-2005 Christian Boltz wrote:
Tritt das Problem immer bei diesem Font auf?
Jein ;-) Wenn er installiert ist ja, wenn nicht, crasht scribus aber trotzdem :-(
Zeigt ImageMagick mit display /usr/X11R6/lib/X11/fonts/Type1/UTBI____.pfa eine Vorschau des Fonts?
Ja.
Geht es, wenn Du diesen Font (UTBI____.*) in ein anderes Verzeichnis (das nicht im Font-Suchpfad ist) verschiebst?
Nein, leider nicht :-(( Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo, zum Vergleich mal der ltrace output bei einem funktionierenden scribus. (Suse 9.1 mit dem suse rpm von scribus.org.uk) Interessant ist, dass bei der nicht funktionierenden Version mit die UTBI____.pfa mittels mmap gemappt wird. 1259 SYS_mmap(0xbfffe930, 0xbfffe960, 0x40095b68, 7, 0x085578f0) = 0x410e6000 Bei der funktionierenden Version hingegen mit mmap2. 8250 SYS_mmap2(0, 75363, 1, 2, 8) = 0x41252000 Zudem werden bei der nicht funktionierenden Version die Argumente, bis auf den Dateidescriptor (7), indirekt an mmap übergeben. Bei der funktionierenden Version werden alle Argumente direkt übergeben. Merkwürdig ist auch, dass bei der funktionierenden Version überhaupt mmap2 verwendet wird. Für portable Anwendungen sollte man mmap und nicht mmap2 verwenden. Viele Grüße, Thomas. 8250 SYS_open("/usr/X11R6/lib/X11/fonts/Type1/UTBI____.pfa", 0, 01026356410) = 8 8250 SYS_fcntl64(8, 2, 1, 1, 0x40a31be8) = 0 8250 SYS_fstat64(8, 0xbfffe90c, 0x40d4dbd0, 0xbfffe90c, 3) = 0 8250 SYS_mmap2(0, 75363, 1, 2, 8) = 0x41252000 8250 SYS_close(8) = 0 8250 SYS_brk(NULL) = 0x085a4000 8250 SYS_brk(0x085c7000) = 0x085c7000 8250 SYS_brk(NULL) = 0x085c7000 8250 SYS_brk(NULL) = 0x085c7000 8250 SYS_brk(0x085c5000) = 0x085c5000 8250 SYS_brk(NULL) = 0x085c5000 8250 <... FT_New_Face resumed> ) = 0 8250 _ZN7QStringC1EPKc(0xbfffec10, 0x0853b528, 0, 0xbfffebb8, 19) = 0x085a05d0 8250 _ZN7QStringC1ERKS_(0xbfffec00, 0xbfffec10, 0, 0xbfffebb8, 19) = 0x085a05d0 8250 _ZN7QString9fromAsciiEPKci(0xbfffec20, 0x083b1bbb, -1, 0xbfffebb8, 19) = 0xbfffec20 8250 _ZN7QStringpLERKS_(0xbfffec00, 0xbfffec20, -1, 0xbfffebb8, 19) = 0xbfffec00 8250 _ZN11QStringData10deleteSelfEv(0x0852e970, 0xbfffec20, -1, 0xbfffebb8, 19) = 0x0852e970 8250 _ZN7QStringC1EPKc(0xbfffec20, 0x0850c22f, -1, 0xbfffebb8, 19) = 0x0853c528 8250 _ZN7QStringC1ERKS_(0xbfffebf0, 0xbfffec00, -1, 0xbfffebb8, 19) = 0x084fb4d8 8250 _ZN7QStringpLERKS_(0xbfffebf0, 0xbfffec20, -1, 0xbfffebb8, 19) = 0xbfffebf0 8250 _ZN7QStringaSERKS_(0xbfffeca0, 0xbfffebf0, -1, 0xbfffebb8, 19) = 0xbfffeca0 8250 _ZN11QStringData10deleteSelfEv(0x0853c528, 0xbfffebf0, -1, 0xbfffebb8, 19) = 0x0853c528 8250 _ZN11QStringData10deleteSelfEv(0x084fb4d8, 0xbfffebf0, -1, 0xbfffebb8, 19) = 0x084fb4d8 8250 _ZN11QStringData10deleteSelfEv(0x085a05d0, 0xbfffebf0, -1, 0xbfffebb8, 19) = 0x085a05d0 8250 _ZN6QGDict11look_stringERK7QStringPvi(0x084d911c, 0xbfffeca0, 0, 0, 19) = 0 8250 _ZeqRK7QStringPKc(0xbfffec40, 0x083a0539, 0, 0, 19) = 1 8250 _Znwj(132, 0x083a0539, 0, 0, 19) = 0x0859e8e8 8250 _ZN7QStringC1ERKS_(0xbfffebf0, 0xbfffeca0, 0, 0, 19) = 0x08518840 8250 _ZN7QStringC1ERKS_(0xbfffec00, 0xbfffec90, 0, 0, 19) = 0x08579e10 8250 _ZN7QStringC1ERKS_(0xbfffec10, 0xbfffebf0, 0, 0, 19) = 0x08518840 8250 _ZN7QStringC1ERKS_(0xbfffec20, 0xbfffec00, 0, 0, 19) = 0x08579e10 8250 _ZN7QStringC1ERKS_(0xbfffebe0, 0xbfffec20, 0, 0, 19) = 0x08579e10 8250 _ZN7QStringC1ERKS_(0xbfffebd0, 0xbfffec10, 0, 0, 19) = 0x08518840 8250 _ZN7QStringC1ERKS_(0x0859e8ec, 0xbfffebd0, 0x40d4e52c, 0xbfffec40, 0xbfffec40) = 0x08518840 8250 _ZN7QStringC1ERKS_(0x0859e8f0, 0xbfffebe0, 0x40d4e52c, 0xbfffec40, 0xbfffec40) = 0x08579e10 8250 _ZN5QFontC1Ev(0x0859e8fc, 0xbfffebe0, 0x40d4e52c, 0xbfffec40, 0xbfffec40) = 143 8250 _Znwj(12, 0xbfffebe0, 0x40d4e52c, 0xbfffec40, 0xbfffec40) = 0x085623c8 8250 _Znwj(28, 0x085623c8, 0xbfffeb68, 0x082294c0, 0x085623c8) = 0x084fb4d8 8250 _Znwj(12, 0xbfffebe0, 0x40d4e52c, 0xbfffec40, 0xbfffec40) = 0x08551b08 8250 _Znwj(44, 0xbfffec00, 0xbfffeb48, 0x085623c8, 0x08551b08) = 0x08515ce8 8250 _ZN7QGArrayC2Ev(0x08515cf8, 0xbfffec00, 0xbfffeb48, 0x085623c8, 0x08551b08) = 1 8250 _Znwj(12, 0xbfffebe0, 0x40d4e52c, 0xbfffec40, 0xbfffec40) = 0x0858a110 8250 _Znwj(28, 0xbfffec00, 0xbfffeb48, 0x08551b08, 0x0858a110) = 0x084f7f20 8250 _ZN7QGArrayC2Ev(0x084f7f30, 0xbfffec00, 0xbfffeb48, 0x08551b08, 0x0858a110) = 1 8250 _ZN7QStringaSEPKc(0x0859e914, 0x08398731, 0xbfffebe0, 1, 19) = 0x0859e914 8250 _ZN7QStringaSEPKc(0x0859e918, 0x08398731, 0xbfffebe0, 1, 19) = 0x0859e918 8250 _ZN7QStringaSEPKc(0x0859e91c, 0x08398731, 0xbfffebe0, 1, 19) = 0x0859e91c 8250 _ZN7QStringaSEPKc(0x0859e920, 0x08398731, 0xbfffebe0, 1, 19) = 0x0859e920 8250 _ZN7QStringaSEPKc(0x0859e924, 0x083a47e1, 0xbfffebe0, 1, 19) = 0x0859e924 8250 _ZN7QStringaSEPKc(0x0859e930, 0x0839f7cc, 0xbfffebe0, 1, 19) = 0x0859e930 8250 FT_Get_Postscript_Name(0x0859dd90, 0x0839f7cc, 0xbfffebe0, 1, 19) = 0x0853c4f8
Hallo, On 21-Apr-2005 Thomas Klopf wrote:
zum Vergleich mal der ltrace output bei einem funktionierenden scribus. (Suse 9.1 mit dem suse rpm von scribus.org.uk)
Interessant ist, dass bei der nicht funktionierenden Version mit die UTBI____.pfa mittels mmap gemappt wird.
1259 SYS_mmap(0xbfffe930, 0xbfffe960, 0x40095b68, 7, 0x085578f0) = 0x410e6000
Bei der funktionierenden Version hingegen mit mmap2.
8250 SYS_mmap2(0, 75363, 1, 2, 8) = 0x41252000
Ich habe hier zwar die Suse 9.0 installiert, aber mit zahlreichen neueren Paketen, so u.a. KDE3-3.3.0 und qt3-3.3.3. scribus-1.2.1-1.0suse91.i686.rpm liess sich jedenfalls fehlerfrei installieren. (Die Datei ist uebrigens als tar benannt. rpm ist das aber egal, und ansonsten muss man sie eben umbenennen.) Die letzten Zeilen mit ltrace jetzt: ----------------------------------8<---------------------------------- 2357 SYS_open("/usr/X11R6/lib/X11/fonts/Type1/UTBI____.pfa", 0, 050) = 7 2357 SYS_fcntl64(7, 2, 1, 1, 0x40aa1f78) = 0 2357 SYS_fstat64(7, 0xbfffe820, 0x40e23160, 7, 0xbfffe820) = 0 2357 SYS_mmap(0xbfffe8d0, 0xbfffe900, 0x40a08b68, 7, 0x085e8990) = 0x410de000 2357 SYS_close(7) = 0 2357 SYS_brk(NULL) = 0x08797000 2357 SYS_brk(0x087a1000) = 0x087a1000 2357 SYS_brk(NULL) = 0x087a1000 2357 SYS_brk(0x087a3000) = 0x087a3000 2357 SYS_brk(NULL) = 0x087a3000 2357 SYS_brk(0x087a5000) = 0x087a5000 2357 SYS_brk(NULL) = 0x087a5000 2357 SYS_brk(0x087a7000) = 0x087a7000 2357 SYS_brk(NULL) = 0x087a7000 2357 SYS_brk(0x087ab000) = 0x087ab000 2357 --- SIGSEGV (Segmentation fault) --- 2357 +++ killed by SIGSEGV +++ ---------------------------------->8---------------------------------- Also nichts mit mmap2 an dieser Stelle :-(( Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo,
Ich habe hier zwar die Suse 9.0 installiert, aber mit zahlreichen neueren Paketen, so u.a. KDE3-3.3.0 und qt3-3.3.3. bei mir ist kde3-3.2.1 und qt3-3.3.1 installiert.
scribus-1.2.1-1.0suse91.i686.rpm liess sich jedenfalls fehlerfrei installieren. (Die Datei ist uebrigens als tar benannt. rpm ist das aber egal, und ansonsten muss man sie eben umbenennen.)
Die letzten Zeilen mit ltrace jetzt: ...
Also nichts mit mmap2 an dieser Stelle :-(( Bitter.
Welche glibc ist bei dir installiert ? Hier ist es libc-2.3.3 Welche glibc wird bei dir von scribus verwendet ? Die beiden relevanten open-Aufrufe im ltrace log sind hier: 8250 SYS_open("/usr/lib/qt3/lib/libc.so.6", 0, 070000) = -2 8250 SYS_open("/lib/tls/libc.so.6", 0, 020407) = 3 Es wird hier also /lib/tls/libc.so.6 verwendet. D.h. die libc mit nptl (Native POSIX Thread Library) support. Es funktioniert hier aber auch ohne diese libc. Test mit "mv /lib/tls /lib/tls.moved" Die relevanten open-Aufrufe sind dann: 8684 SYS_open("/usr/lib/qt3/lib/libc.so.6", 0, 070000) = -2 8684 SYS_open("/lib/tls/libc.so.6", 0, 020407) = -2 8684 SYS_open("/lib/i686/libc.so.6", 0, 070000) = -3 Gruß Thomas.
Hallo Thomas, On 21-Apr-2005 Thomas Klopf wrote:
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)
Hier ist es libc-2.3.3 Welche glibc wird bei dir von scribus verwendet ?
Die beiden relevanten open-Aufrufe im ltrace log sind hier:
8250 SYS_open("/usr/lib/qt3/lib/libc.so.6", 0, 070000) = -2 8250 SYS_open("/lib/tls/libc.so.6", 0, 020407) = 3
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---------------------------------
Es wird hier also /lib/tls/libc.so.6 verwendet.
Gibt es hier gar nicht :-( Und im Paket tls ebenso :-(( Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
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
Hallo Thomas, On 21-Apr-2005 Thomas Klopf wrote:
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 .....
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.
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 NoVersion patch for broken glibc 2.0 binaries BIND-8.2.3-T5B libthread_db work sponsored by Alpha Processor Inc NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
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.
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. Aber nachdem ich jetzt mal nach unfinished gesucht habe: die Meldung taucht einige Dutzend Male auf. 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. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
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.
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.
Hallo Thomas, On 21-Apr-2005 Thomas Klopf wrote:
[...] 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.
gdb -e scribus (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...[New Thread 16384 (LWP 5994)] QFont::setPointSize: Point size <= 0 (-1) QFont::setPointSize: Point size <= 0 (-1) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 5994)] 0x00000002 in ?? () Die Angaben zu LWP aendern sich bei jedem Aufruf, alles andere bleibt gleich. step und next bringen nur "Cannot find bounds of current function". Voellig unverstaendlich ist mir list: 1 /usr/src/packages/BUILD/glibc-2.3/cc/csu/crti.S: No such file or directory. in /usr/src/packages/BUILD/glibc-2.3/cc/csu/crti.S Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo Heinz, Heinz W. Pahlke wrote:
gdb -e scribus
(no debugging symbols found)...(no debugging symbols found)... Unschön. Scribus neu ubersetzen, mit debug symbolen (-g Option beim gcc) bzw. schauen ob vielleicht die executables nur gestripped werden.
Bzw. vorher noch ... Achja. Hab ich ja noch gar nicht gefragt ... Gibts denn einen core ? (sollte im Verzeichnis liegen von dem scribus per shell gestartet wurde) Falls nein, ulimit so setzen dass eine core Datei erzeugt wird. Dann scribus per shell starten. Danach mittels "gdb scribus core" im gdb mit "where" schauen.
(no debugging symbols found)...[New Thread 16384 (LWP 5994)] QFont::setPointSize: Point size <= 0 (-1) QFont::setPointSize: Point size <= 0 (-1)
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 5994)] 0x00000002 in ?? ()
Die Angaben zu LWP aendern sich bei jedem Aufruf, alles andere bleibt gleich. LWP ändert sich, da ja jeweils neue Threads mit eigener Pid erzeugt werden.
step und next bringen nur "Cannot find bounds of current function". Logisch, da keine Debug infos da sind.
Und was sagt where ?
Voellig unverstaendlich ist mir list:
1 /usr/src/packages/BUILD/glibc-2.3/cc/csu/crti.S: No such file or directory. in /usr/src/packages/BUILD/glibc-2.3/cc/csu/crti.S Nett. Da befindet sich gdb in crti.o und versucht die zuehörige Quelle an der entsprechenden Stelle anzuzeigen. Ist ziemlich tief unten in der glibc.
Gruß, Thomas.
Hllo Thomas, On 21-Apr-2005 Thomas Klopf wrote:
Gibts denn einen core ? (sollte im Verzeichnis liegen von dem scribus per shell gestartet wurde) Falls nein, ulimit so setzen dass eine core Datei erzeugt wird.
Kannst du das mal genauer erklaeren? Nach man ulimit dachte ich, dass es so etwas wie "ulimit -c 1" tun muesste, aber auch ein "ulimit -c 100" fuehrt nicht dazu, dass ein core-file geschrieben wird. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo Heinz Heinz W. Pahlke wrote: >>Gibts denn einen core ? >>(sollte im Verzeichnis liegen von dem scribus per shell gestartet >>wurde) >>Falls nein, ulimit so setzen dass eine core Datei erzeugt wird. > > > Kannst du das mal genauer erklaeren? 1) ulimit -a Zeigt wahrschinlich core file size 0 an. 2) ulimit -c unlimited Zeigt dann core file size unlimited an 3) scribus aus der shell heraus starten (i.e aus einem xterm) 4) Dann müsste nach dem Seg fault eine Datei mit dem namen core erzeugt worden sein 5) im gleichen Verzeichnis: gdb scribus core Startet scribus im gdb mit dem erzeugten core (post mortem dump) . 6) im gdb Kommando : where Liefert den Aufrufstack. Da scribus aber ohne debug infos bei dir läuft, ist die Frage wie verwertbar die Infos sind. > Nach man ulimit dachte ich, dass es so etwas wie "ulimit -c 1" tun > muesste, aber auch ein "ulimit -c 100" fuehrt nicht dazu, dass ein > core-file geschrieben wird. 1 und 100 sind mit Sicherheit zu klein, da die Angabe in Blocks ist. Hab jetzt länger keinen core gesehen, aber typischerweise sind diese > 1MB gross. Gruss Thomas.
Hallo, Am Thu, 21 Apr 2005, Thomas Klopf schrieb:
Heinz W. Pahlke wrote: [..]
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 .... :)
Muss nicht mal. Freetype ist gerne mal ueberempfindlich.
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.
Jep. Aber der Segfault passiert dann in freetype.
Mich macht halt noch die Zeile vor dem Segfault stutzig:
1259 FT_Get_Postscript_Name(0x085ecb80, 0xbfffeb10, 0xbfffeb00, 1, 0x402f052c
Wie man am 'unfinished' sieht ist das Programm noch "in FT_Get_Postscript_Name" wenn's den Segfault gibt. BTW: ich habe UTBI____.pfa bei mir aussortiert weil u.a. freetype auch bei mir bei der Schriftart Segfaults schmeisst. $ ls -l /usr/share/fonts.tmp/Type1_broken/UTBI____.pfa [..] 75363 Feb 14 2001 /[..]/Type1_broken/UTBI____.pfa $ head -n 3 /usr/share/fonts.tmp/Type1_broken/UTBI____.pfa %!PS-AdobeFont-1.0: Utopia-BoldItalic 001.001 %%CreationDate: Wed Oct 2 18:45:57 1991 %%VMusage: 34429 41321
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.
Siehe meine andere Mail. -dnh -- It's amazing that fifty years of Cold War didn't manage to Sovietize the US - despite a few close calls - but one successful terrorist attack has people enthusiastically calling for just that. -- Henry Spencer
Hallo Heinz, Thomas Klopf wrote:
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. Hast du das mal geprüft ?
An eine korrupte Fontdatei glaube ich aber eher nicht. aber mit dem Glauben ist das ja so eine Sache .... :)
Gruß, Thomas.
Hallo Thomas, On 21-Apr-2005 Thomas Klopf wrote:
Hallo Heinz,
Thomas Klopf wrote:
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. Hast du das mal geprüft ?
Ja, eben.
An eine korrupte Fontdatei glaube ich aber eher nicht. aber mit dem Glauben ist das ja so eine Sache .... :)
Liegt auch nicht daran, es bleibt beim segfault. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo, Am Thu, 21 Apr 2005, Heinz W. Pahlke schrieb:
On 21-Apr-2005 Thomas Klopf wrote:
Thomas Klopf wrote: [UTBI____.pfa verschieben] Hast du das mal geprüft ?
Ja, eben.
An eine korrupte Fontdatei glaube ich aber eher nicht. aber mit dem Glauben ist das ja so eine Sache .... :)
Liegt auch nicht daran, es bleibt beim segfault.
Mist[tm]. Siehe meine anderen Mails, das waere mein Tip gewesen, da ich mit eben diesem .pfa auch schon segfaults in freetype hatte. Wie sieht das Ende der ltrace denn nun aus? Vielleicht vom (vor-)letzten nicht SYS_ bis zum Ende... Falls es wieder ein Font ist, bitte probier dann gleich den auch aus dem Weg zu raeumen. Evtl waere am einfachsten., du verschiebst (voruebergehend) das komplette Type1 Verzeichnis und behaeltst nur ein paar "known to work" Schriftarten drin, die 35 ghostscript Schriften z.B. Wie gesagt: ich kenne es (nur zu gut), dass freetype (und andere Software) bei gewissen Schriften segfaultet. -dnh PS: wuerde mich nicht wundern, wenn's jetzt bei nem anderen Font segfaultet... --
Gibt es Mieterinnen? Die meisten Mieter sind innen. Nur wenn sie ihre Miete nicht zahlen, werden sehr schnell Mieteraußen daraus. [Helmut Pohl und Henning Sponbiel in desd]
Hallo David, On 22-Apr-2005 David Haller wrote:
Wie sieht das Ende der ltrace denn nun aus? Vielleicht vom (vor-)letzten nicht SYS_ bis zum Ende...
Falls es wieder ein Font ist, bitte probier dann gleich den auch aus dem Weg zu raeumen.
Also, ich habe mich eben mal vorgearbeitet: alle UT*, an* und c0* nach /tmp ausgelagert. Jetzt waere cour* dran. Weitere konkrete Schriften wirft ltrace nicht aus, sondern nur saemtliche Font-Verzeichnisse.
Evtl waere am einfachsten., du verschiebst (voruebergehend) das komplette Type1 Verzeichnis und behaeltst nur ein paar "known to work" Schriftarten drin, die 35 ghostscript Schriften z.B.
Bei den sprechenden Dateinamen... Das kann ich jedenfalls erst am Wochenende probieren.
Wie gesagt: ich kenne es (nur zu gut), dass freetype (und andere Software) bei gewissen Schriften segfaultet.
Ok, habe also eben mal freetype2-2.1.7-11 durch freetype2-2.1.7-53 ersetzt. Und dann auch gleich noch ghostscript 7.07.1rc1-190 durch 7.07.1rc1-190. Hat nichts gebracht, was mich allerdings auch nicht wirklich ueberrascht hat.
PS: wuerde mich nicht wundern, wenn's jetzt bei nem anderen Font segfaultet...
Vielleicht sollte ich es mal komplett ohne Fonts versuchen ;-)) Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo, ich setze mal meine letzte Mail fort: On 22-Apr-2005 Heinz W. Pahlke wrote:
Ok, habe also eben mal freetype2-2.1.7-11 durch freetype2-2.1.7-53 ersetzt. Und dann auch gleich noch ghostscript 7.07.1rc1-190 durch 7.07.1rc1-190.
Hat nichts gebracht, was mich allerdings auch nicht wirklich ueberrascht hat.
Also habe ich weiter geupdated und freetype2-2.1.7-53 durch freetype2-2.1.9-3 ersetzt. Und damit komme ich ein ganz wesentliches Stueck weiter. Von einem erfolgreichen Start kann allerdings immer noch nicht gesprochen werden. Jetzt beendet sich scribus mit der Meldung: relocation error: /usr/lib/scribus/plugins/libscriptplugin.so.0.0.0: undefined symbol: PyUnicodeUCS2_SetDefaultEncoding Installiert ist derzeit uebrigens scribus-1.2.1-3. Aber bevor ich weitersuche, muss ich jetzt erst einmal arbeiten. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo, On 22-Apr-2005 Heinz W. Pahlke wrote:
ich setze mal meine letzte Mail fort:
Und gleich noch eine Fortsetzung :-)
Jetzt beendet sich scribus mit der Meldung:
relocation error: /usr/lib/scribus/plugins/libscriptplugin.so.0.0.0: undefined symbol: PyUnicodeUCS2_SetDefaultEncoding
Installiert ist derzeit uebrigens scribus-1.2.1-3.
Aber bevor ich weitersuche, muss ich jetzt erst einmal arbeiten.
Es liess mir natuerlich doch keine Ruhe. gentoo-portage.com meldet fuer die 1.2.1 einen Bug, der genau diese Meldung zur Folge hat. Also habe ich es nun mit scribus-1.1.7-0.pm.1.i586.rpm von packman versucht. Und mit dieser scheint es nun in Verbindung mit der neuen freetype2 wirklich zu gehen. Zum Teste habe ich jetzt aber wirklich keine Zeit mehr. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo, Am Thu, 21 Apr 2005, Heinz W. Pahlke schrieb:
On 21-Apr-2005 Thomas Klopf wrote: [..]
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.
Jep. Die '7' ist der Filedescriptor (fd). Siehe den Rueckgabewert des SYS_open() auf 'UTBI____.pfa'.
Und ich dachte, es koennte evtl. an der Font-Datei liegen.
Das ist meine Vermutung. Denn die Datei ist ja noch im Zugriff per MMap, da es noch kein 'munmap' auf die Speicheradresse gab, die mmap zurueckgegeben hat. [1]
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.
Aber nachdem ich jetzt mal nach unfinished gesucht habe: die Meldung taucht einige Dutzend Male auf.
Das mit dem
Hallo Heinz,
Eine aehnliche Frage hatte ich vor knapp einer Woche gestellt. Zahl der Antworten: 0 :-((
Googlen brachte auch nicht wirklich viel, ausser dass es moeglicherweise mit qt zusammenhaengt. Aber fuer so vage Verdachtsmomente mochte ich bislang keine Update-Orgie starten.
Ich zitiere mal aus deiner alten mail:
egal, welche Version von scribus ist installiere, kurz nach dem Start beendet sich das Programm mit einem segfault:
QFont::setPointSize: Point size <= 0 (-1) QFont::setPointSize: Point size <= 0 (-1) Segmentation fault
Das ist alles, was nach dem scribus-Aufruf im xterm erscheint
Hat etwas mit qt zu tun, sicher. Scribus versucht halt die Punktgrösse eines QFont Objektes zu setzen. Das klappt aber nicht da die übergebene Grösse (-1) nicht > 0 ist. Aber ob das die wirkliche Ursache für den Seg Fault ist ? Beim Duchsehen von scribus.net sind mir noch die folgenden Dinge aufgefallen: a) Dokumentation / Installation / Requirements The dependencies for compilation, and also to run Scribus are: 1. Qt 3.3.0+, both the runtime libraries and development libraries. recommend using Qt 3.3.3+. 2. Python and python-devel libraries 2.3+. You can disable Python support with configure --without-python. 3. Freetype2 2.1.3+. 4. libart_lgpl 2.3.10+, 2.3.16+ recommended. 5. libxml 2.6+. 6. Ghostscript > 6.53+. GPL Ghostscript 7.07+ or AFPL Ghostscript 8.50+ is highly recommended. 7. Postscript-Fonts. TrueType Fonts. Scribus also can support OpenType fonts both TrueType and Type 1 Outline OpenType Fonts in 1.1.1+. b) Documentation / Hints & FAQs Punkt 9 # Backup your Preferences - This is more important for users of CVS versions of Scribus. Occasionally - much less common now, a program crash caused by a bad image etc., can corrupt your preferences. So, to get a good replacement setup, close Scribus and rename the hidden .scribus folder in your home directory to .scribusbak. Reopen Scribus with no document open and change every setting as you wish and then close Scribus. Now copy the whole directory somewhere else. Then, if you have weird behavior in Scribus, the first thing to do is copy the good .scribus directory over the current one and restart. This is also important if, you have lots of custom keyboard shortcuts. a) ist vollständig erfüllt ? b) schonmal probiert ? Bei b) kann ich mir schon vorstellen, dass durch Preferences einer älteren Version versucht wird etwas einzustellen, was es in der Form nicht mehr gibt. Es ist aber zugegeben schon hart, bzw schwach von Scribus, wenn es dadurch zu einem Seg Fault kommt. Gruß Thomas.
Hallo Thomas, On 21-Apr-2005 Thomas Klopf wrote:
Hat etwas mit qt zu tun, sicher. Scribus versucht halt die Punktgrösse eines QFont Objektes zu setzen. Das klappt aber nicht da die übergebene Grösse (-1) nicht > 0 ist. Aber ob das die wirkliche Ursache für den Seg Fault ist ?
Eben die Frage. Googlen hat mich da bisher auch nicht schlauer gemacht. Aber ich werde nachher noch mal suchen.
Beim Duchsehen von scribus.net sind mir noch die folgenden Dinge aufgefallen:
a) Dokumentation / Installation / Requirements The dependencies for compilation, and also to run Scribus are:
1. Qt 3.3.0+, both the runtime libraries and development libraries. recommend using Qt 3.3.3+.
Installiert sind qt3-3.3.3-11 und qt3-devel-3.3.3-11
2. Python and python-devel libraries 2.3+. You can disable Python
Installiert: python-2.3.3-85 und python-devel-2.3.3-85
3. Freetype2 2.1.3+.
freetype2-2.1.7-11
4. libart_lgpl 2.3.10+, 2.3.16+ recommended.
libart_lgpl-2.3.16-84
5. libxml 2.6+.
libxml2-2.5.10-36 :-( Also eben gleich mal libxml2-2.6.7-28 und libxml2-devel-2.6.7-28 installiert. Ergebnis unveraendert :-(((
6. Ghostscript > 6.53+. GPL Ghostscript 7.07+ or AFPL Ghostscript 8.50+ is highly recommended.
ghostscript-x11-7.07.1rc1-37
7. Postscript-Fonts. TrueType Fonts. Scribus also can support OpenType fonts both TrueType and Type 1 Outline OpenType Fonts in 1.1.1+.
?
setup, close Scribus and rename the hidden .scribus folder in your home directory to .scribusbak. Reopen Scribus with no document open and
Ist so ziemlich das erste, was ich bei Problemen versuche. scribus-1.0.1-46 von der Suse 9.0 funktionierte uebrigens urspruenglich. Da ich es selten brauche, ist mir leider nicht aufgefallen, nach welchem Programm-Update es nicht mehr wollte. Auch ein rpm-rebuild oder ein configure, make, make install aendern nichts am segfault. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo Heinz, Heinz W. Pahlke wrote:
...
a) Dokumentation / Installation / Requirements ...
Schade hätte ja sein können.
setup, close Scribus and rename the hidden .scribus folder in your home directory to .scribusbak. Reopen Scribus with no document open and
Ist so ziemlich das erste, was ich bei Problemen versuche. War ein Versuch wert.
scribus-1.0.1-46 von der Suse 9.0 funktionierte uebrigens urspruenglich. Und das tut es jetzt nicht mehr ?
Da ich es selten brauche, ist mir leider nicht aufgefallen, nach welchem Programm-Update es nicht mehr wollte. Auch ein rpm-rebuild oder ein configure, make, make install aendern nichts am segfault. Tja, da ist guter Rat teuer.
Gruß Thomas.
Hallo Thomas, On 21-Apr-2005 Thomas Klopf wrote:
scribus-1.0.1-46 von der Suse 9.0 funktionierte uebrigens urspruenglich. Und das tut es jetzt nicht mehr ?
Habe eben noch mal testhalber die 1.0.1-82 runtergeladen und installiert. Kein segfault beim Starten, aber beim Versuch, ein Projekt als pdf zu speichern. Das war uebrigens auch der Grund, warum ich geupdated hatte. Da scribus recht intensiv weiterentwickelt wird und jede neue Version stabiler wurde, lag ein Update nahe. Das gar nichts mehr lief, passierte mit neueren Versionen als der 1.0.1. Waehrend bei anderen Programmen meist das Selberkompilieren hilft, bringt es bei scribus auf meinem PC ueberhaupt nichts. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo, Am Thu, 21 Apr 2005, Heinz W. Pahlke schrieb:
On 21-Apr-2005 Thomas Klopf wrote:
scribus-1.0.1-46 von der Suse 9.0 funktionierte uebrigens urspruenglich. Und das tut es jetzt nicht mehr ?
Habe eben noch mal testhalber die 1.0.1-82 runtergeladen und installiert. Kein segfault beim Starten, aber beim Versuch, ein Projekt als pdf zu speichern.
Das war uebrigens auch der Grund, warum ich geupdated hatte. Da scribus recht intensiv weiterentwickelt wird und jede neue Version stabiler wurde, lag ein Update nahe.
Das gar nichts mehr lief, passierte mit neueren Versionen als der 1.0.1. Waehrend bei anderen Programmen meist das Selberkompilieren hilft, bringt es bei scribus auf meinem PC ueberhaupt nichts.
Mit welchen CFLAGS? Versuch's mal mit CFLAGS="-O -Wall -Wno-unused" CXXFLAGS="$CFLAGS" oder sogar '-O0' statt '-O'. Achte darauf, dass die auch tatsaechlich verwendet werden und nicht irgendwo danach noch ein '-O2' oder '-O9' auf der gcc-Kommandozeile auftaucht. -dnh -- Computers make very fast, very accurate mistakes.
participants (5)
-
Bernd Sybrandi
-
Christian Boltz
-
David Haller
-
Heinz W. Pahlke
-
Thomas Klopf