-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo miteinander, wann immer ich versuche, den Newsreader pan aufzurufen, kommt nur ein leises "Speicherzugriffsfehler" zurück. Auf dem Bildschirm ist gar nichts zu sehen, und auf der Befehlszeile ist das die einzige Todesmeldung. Frisch nach der Installation lief es mal ein paar Wochen, aber seit ca. Mitte Januar will es nicht mehr. Gibt es einen Workaround? Fehlender Speicher ist nicht das Problem, es ist mit 4 GB gelaufen, es sollte auch mit 16 GB funktionieren ;-) Die Neuinstallation (pan-0.135-3.3.1.x86_64) zieht übrigens bundle-lang-gnome-extras-ar mit, obwohl bundle-lang-gnome-extras-de in der aktuellen Version installiert ist. Wer baut solche Abhängigkeiten? Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9V2ZgACgkQk33Krq8b42PTBQCeM221WdYoN82ZAyLeWgW4/7NK sG0An3wBjB4umlrEPr/lpMo07LDJ844i =4FwA -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Werner, hallo Leute, Am Dienstag, 6. März 2012 schrieb Werner Flamme:
Die Neuinstallation (pan-0.135-3.3.1.x86_64) zieht übrigens bundle-lang-gnome-extras-ar mit, obwohl bundle-lang-gnome-extras-de in der aktuellen Version installiert ist. Wer baut solche Abhängigkeiten?
Die Abhängigkeit bezieht sich wahrscheinlich auf *irgendein* Sprachpaket. Ja, eigentlich[tm] sollte das deutsche Sprachpaket ausgewählt werden - aber bundle-lang-gnome*-ar ist in Bugzilla bestens bekannt ;-) Eigentlich sollte es längst gefixt sein https://bugzilla.novell.com/show_bug.cgi?id=485409 aber Totgesagte leben gern mal etwas länger ;-) https://bugzilla.novell.com/show_bug.cgi?id=485409 Gruß Christian Boltz -- Seit wann schaut hier noch irgendeiner aufs Subject? Das hab ich mir nur angesehen, als ich noch relativ neu war. Mittlerweile nehme ich es nur mehr wahr, wenn es mehr als den halben Bildschirm verdeckt. [Adalbert Michelic in suse-talk] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Tue, 06 Mar 2012 10:32:08 +0100, Werner Flamme <werner.flamme@ufz.de> wrote:
wann immer ich versuche, den Newsreader pan aufzurufen, kommt nur ein leises "Speicherzugriffsfehler" zurück. Auf dem Bildschirm ist gar nichts zu sehen, und auf der Befehlszeile ist das die einzige Todesmeldung.
Mach bitte erst als root ein "zypper in pan-debuginfo" und dann als normaler Benutzer "catchsegv pan". Der ausgegebene Backtrace sollte einen Hinweis darauf liefern, an welcher Stelle sich Pan auf die Nase legt. Von da kann man sich dann weiter hangeln. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
[08.03.2012 20:47] [Philipp Thomas]:
On Tue, 06 Mar 2012 10:32:08 +0100, Werner Flamme <werner.flamme@ufz.de> wrote:
wann immer ich versuche, den Newsreader pan aufzurufen, kommt nur ein leises "Speicherzugriffsfehler" zurück. Auf dem Bildschirm ist gar nichts zu sehen, und auf der Befehlszeile ist das die einzige Todesmeldung.
Mach bitte erst als root ein "zypper in pan-debuginfo" und dann als normaler Benutzer "catchsegv pan". Der ausgegebene Backtrace sollte einen Hinweis darauf liefern, an welcher Stelle sich Pan auf die Nase legt. Von da kann man sich dann weiter hangeln.
Philipp
Hallo Philipp, danke für den Tipp. Aaaaber... Ein einfacher Aufruf "pan" gibt nach nicht mal einer Sekunde ein "Speicherzugriffsfehler" zurück. Der Befehl "catchsegv pan" gibt gar nichts zurück - als ob pan jetzt irgendwo liefe, ohne dass ich es sehe (tut es nicht , nur zwei Prozesse "/bin/sh /usr/bin/catchsegv pan"). In /tmp/segv_output.8SUQpn steht dann: ---snip--- *** Segmentation fault Register dump: RAX: 4d60605f3b24234d RBX: 00007fbc34001e00 RCX: 0000000000000000 RDX: 50453036385b2a55 RSI: 0000000000000000 RDI: 00007fbc34000020 RBP: 00000000000036c0 R8 : 0000000000000000 R9 : 0000000000000001 R10: 0000000000000000 R11: 00007fbc5061d8d0 R12: 00007fbc340054c0 R13: 00007fbc34000020 R14: 0000000000000390 R15: 00007fbc4b0e0a38 RSP: 00007fbc4b0df8b0 RIP: 00007fbc4fc0d524 EFLAGS: 00010246 CS: 0033 FS: 0000 GS: 0000 Trap: 0000000d Error: 00000000 OldMask: 00000000 CR2: 00000000 FPUCW: 0000037f FPUSW: 00000000 TAG: 00000000 RIP: 00000000 RDP: 00000000 ST(0) 0000 0000000000000000 ST(1) 0000 0000000000000000 ST(2) 0000 0000000000000000 ST(3) 0000 0000000000000000 ST(4) 0000 0000000000000000 ST(5) 0000 0000000000000000 ST(6) 0000 0000000000000000 ST(7) 0000 0000000000000000 mxcsr: 1fa0 XMM0: 00000000000000000000000000000000 XMM1: 00000000000000000000000000000000 XMM2: 00000000000000000000000000000000 XMM3: 00000000000000000000000000000000 XMM4: 00000000000000000000000000000000 XMM5: 00000000000000000000000000000000 XMM6: 00000000000000000000000000000000 XMM7: 00000000000000000000000000000000 XMM8: 00000000000000000000000000000000 XMM9: 00000000000000000000000000000000 XMM10: 00000000000000000000000000000000 XMM11: 00000000000000000000000000000000 XMM12: 00000000000000000000000000000000 XMM13: 00000000000000000000000000000000 XMM14: 00000000000000000000000000000000 XMM15: 00000000000000000000000000000000 Backtrace: ---pins--- Also kein Backtrace. Und die Zeiten, in denen ich mit Registerwerten hantiert habe, sind gut 20 Jahre vorbei ;-) Im strace liest sich das Ende so: ---snip--- access("/usr/share/icons/oxygen/32x32/actions/edit-clear-locationbar-rtl.png", F_OK) = 0 access("/usr/share/icons/oxygen/16x16/actions/edit-clear-locationbar-rtl.png", F_OK) = 0 poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{"5\10\4\0\3\0 \7Z\1\0\0\1\0\1\0\230\4\5\0\4\0 \7\3\0 \7\33\1\0\0"..., 1748}, {NULL, 0}, {"", 0}], 3) = 1748 poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}]) read(3, "\1 \225\0\0\31\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 21536) = 21536 read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{"5 \4\0\22\0 \7\20\0 \7\1\0(\0007\4\6\0\23\0 \7\22\0 \7\0\1\1\0"..., 500}, {NULL, 0}, {"", 0}], 3) = 500 poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}]) read(3, "\1 \245\0\0\31\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 21536) = 21536 read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{"5 \4\0\31\0 \7\27\0 \7(\0\1\0H\2.\0\31\0 \7\23\0 \7(\0\1\0"..., 376}, {NULL, 0}, {"", 0}], 3) = 376 poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}]) read(3, "\1 \260\0\0\31\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 21536) = 21536 read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{"5 \4\0\35\0 \7\33\0 \7\1\0\1\0H\2\7\0\35\0 \7\23\0 \7\1\0\1\0"..., 220}, {NULL, 0}, {"", 0}], 3) = 220 poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}]) read(3, "\1 \273\0\0\31\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 21536) = 21536 read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{"5 \4\0!\0 \7\37\0 \7'\0\1\0H\2-\0!\0 \7\23\0 \7'\0\1\0"..., 472}, {NULL, 0}, {"", 0}], 3) = 472 poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}]) read(3, "\1 \312\0\0\31\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 21536) = 21536 read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) read(3, 0x8282c4, 4096) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{"5 \4\0'\0 \7%\0 \7\1\0'\0H\2-\0'\0 \7\23\0 \7\1\0'\0"..., 1764}, {NULL, 0}, {"", 0}], 3) = 1764 poll([{fd=3, events=POLLIN}], 1, -1 <unfinished ...> +++ killed by SIGSEGV +++ ---pins--- Ich finde im strace das Wort ERROR nur in Dateinamen: ---snip--- grep -i error ~/pan.strace open("/lib64/libgpg-error.so.0", O_RDONLY) = 3 open("/usr/share/icons/oxygen/16x16/status/dialog-error.png", O_RDONLY) = 16 open("/usr/share/icons/oxygen/32x32/status/dialog-error.png", O_RDONLY) = 16 open("/usr/share/icons/oxygen/22x22/status/dialog-error.png", O_RDONLY) = 16 open("/usr/share/icons/oxygen/22x22/status/dialog-error.png", O_RDONLY) = 16 open("/usr/share/icons/oxygen/22x22/status/dialog-error.png", O_RDONLY) = 16 open("/usr/share/icons/oxygen/16x16/status/dialog-error.png", O_RDONLY) = 16 open("/usr/share/icons/oxygen/16x16/status/dialog-error.png", O_RDONLY) = 16 open("/usr/share/icons/oxygen/32x32/status/dialog-error.png", O_RDONLY) = 16 open("/usr/share/icons/oxygen/16x16/status/dialog-error.png", O_RDONLY) = 16 ---pins--- Ich bin ein armer dummer Tor und bin so klug als wie zuvor ;-) Gruß Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Fri, 09 Mar 2012 18:35:07 +0100, Werner Flamme <werner.flamme@ufz.de> wrote:
Der Befehl "catchsegv pan" gibt gar nichts zurück - als ob pan jetzt irgendwo liefe, ohne dass ich es sehe (tut es nicht , nur zwei Prozesse "/bin/sh /usr/bin/catchsegv pan"). In /tmp/segv_output.8SUQpn steht dann:
Das -debuginfo Paket ist installiert? Dann versuche es doch mal mit gdb. Einfach 'gdb pan' eingeben und dann im gdb ein 'r'. Nach dem Segfault ein 'bt' machen und den Backtrace bitte posten.
Und die Zeiten, in denen ich mit Registerwerten hantiert habe, sind gut 20 Jahre vorbei ;-)
Tröste Dich, ich kann sie auch nicht lesen :)
Im strace liest sich das Ende so:
Strace ist hier nicht hilfreich, eher noch ltrace aber das ist verdammt langsam. Versuchen wir es erst mal mit gdb.
Ich bin ein armer dummer Tor und bin so klug als wie zuvor ;-)
Ein Bugzilla-Eintrag könnte evtl. auch helfen. Wenn Du den machst, sety mich bitte als pth@suse.com ins CC des Bugs. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Christian Boltz -
Philipp Thomas -
Werner Flamme