[sylpheed-gtk2] sefault beim download von e-mails (haufig aber nicht immer)
Hallo zusammen.
Kurzusammenfassung des Problems
Wenn ich neue Mails habe, die ich gerne abholen möchte, dann kommt es
häufig vor, dass mir einfach sylpheed crasht. Manchmal erst nach dem
download aller e-mails, aber dann (kritischer) auch wenn noch nicht
alle mails gedownloadet wurden. Letzeres ist leider das grössere
Problem, weil die mails auf dem server erst gelöscht werden, wenn
diese vollständig heruntergeladen wurden, das Problem ist jetzt bei
den mailinglisten, da diese nicht wenige mails pro Tag sind.
Versuch der ausfühlicheren Beschreibung des Problems
Zunächst einige Informationen zu den möglicherweise wichtigen Daten:
System ist ein Debian SID, mit 2.6.9 kernel. Dies sollte aber auf das
Problem keinen Einfluss haben. Wichtigere Daten:
Benutzte sylpheed-gtk2 Version:
--- snip ---
ii sylpheed-gtk2 0.9.99-2 Light weight e-mail client with GTK2
--- snap ---
Sylpheed ist dabei abhängig von:
--- snip ---
Depends: libatk1.0-0 (>= 1.6.0), libc6 (>= 2.3.2.ds1-4),
libcompfaceg1, libglib2.0-0 (>= 2.4.6), libgpgme6 (>= 0.3.16-2),
libgtk2.0-0 (>= 2.4.4), libldap2 (>= 2.1.17-1), libpango1.0-0 (>=
1.4.1), libpisock8, libssl0.9.7, libx11-6 | xlibs (>> 4.1.0)
--- snap ---
Diese sollten eigentlich alle durch apt richtig installiert worden
sein.
Wie schon oben erwähnt ist es eben nicht so dass es jedesmal
beim abholen geschieht, aber sicher häufiger als die Fälle wo es ohne
Probleme klappt.
Habe natürlich schon per google dannach gesucht. Folgendes passiert,
wenn ich strace sylpheed-gtk2 in einer Terminalemulation
ausführe:
--- snip ---
write(1, "unset new flags because mark_que"..., 42unset new flags
because mark_queue exists
) = 42
write(1, "procmsg_write_mark_file(): writi"...,
48procmsg_write_mark_file(): writing mark file...
) = 48
stat64("/home/salvi/Mail/inbox/mailinglists/debian/debian-user",
{st_mode=S_IFDIR|0700, st_size=49, ...}) = 0
open("/home/salvi/Mail/inbox/mailinglists/debian/debian-user/.sylpheed_mark",
O_WRONLY|O_CREAT|O_TRUNC, 0666) = 8
fchmod(8, 0600) = 0
fstat64(8, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7397000
write(8, "\2\0\0\0%\0\0\0\3\0\0\0\1\0\0\0\0\0\0\0\2\0\0\0\0\0\0\0"...,
300) = 300
close(8) = 0
munmap(0xb7397000, 4096) = 0
write(4,
"F\7\t\0%\1\300\2\7\0\300\2\0\0\34\0\270\1\1\0\0\0*\0\270"..., 2044) =
2044
writev(4,
[{"\2\7\t\0\375\0\230\0\25\31\300\0028\0\4\0i\1\300\2\0\0"..., 2044},
{"\310\0\215\0 \0\r\0", 8}], 2) = 2052
writev(4,
[{"\233\27\n\0\3\0\230\0k\1\300\2\367\0\300\0026\0\0\0\311"..., 2044},
{"\241\0\177\0 \0\r\0", 8}], 2) = 2052
open("/home/salvi/.sylpheed/uidl/pop.irgendwo.he-meine.mailadresse@irgendwo.he",
O_WRONLY|O_CREAT|O_TRUNC, 0666) = 8
close(8) = 0
poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=3,
events=POLLIN|POLLPRI}], 3, 0) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
--- snap ---
Manchmal wird es auch mit folgender Meldung beendet (hier werden
wenigstens alle mails vorher noch heruntergeladen):
--- snip ---
poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=3,
events=POLLIN|POLLPRI}, {fd=8, events=POLLIN, revents=POLLIN}], 4, 1)
= 1
select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0})
select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0})
gettimeofday({1100349204, 905368}, NULL) = 0
gettimeofday({1100349204, 905459}, NULL) = 0
fcntl64(8, F_GETFL) = 0x802 (flags
O_RDWR|O_NONBLOCK)
read(8, "\27\3\1\0 ", 5) = 5
read(8, "g\332W\23\266\3749\243\265\374\351\220YyKC\267bzBku\362"...,
32) = 32
time([1100349204]) = 1100349204
write(7, "[13:33:24] POP3< +OK bye\n", 25) = 25
close(8) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
--- snap ---
Ja ok, gut segmentation fault. Am Ram kann's irgendwie nicht wirklich
liegen, würde ich natürlich aber auch noch mit memtest86 überprüfen.
Es passiert ja aber nicht ständig, und ja auch nur mit sylpheed-gtk2.
Ich habe natürlich schon ein bisschen gegoogelt: In einem Problem [1]
das ich gefunden hatte, gab es auch ein segfault, jedoch beim Senden
von mails mit Anhang, das kann man also schon mal ausschliessen.
Aber trotzdem zu den verwendeten Optionen für die betroffenen
mail-accounts:
Für dem Empfang geht's über einen pop-server (POP3 (APOP auth)). Es
ist so eingestellt, dass die Nachrichten nach dem download gelöscht
werden. Ebenso ist auch SSL aktiviert.
Im Bugtracker auf www.sourceforge.net habe ich natürlich auch schon
geschaut [2]: Das Problem dort betrifft leider eine ältere Version,
und als Anmerkung findet man dort, dass das Problem in der
nachfolgenden Version behoben worden war.
Im Forum www.linuxforen.de habe ich auch schon gesucht, und man findet auch
etwas [3], jedoch wurde das Problem dort weder gelöst, liegt zweitens
schon ein paar Jährchen zurück, und des weiteren ist es möglichweise
auch nicht unbedingt genau derselbe Fehler.
Im Bug-Tacker auf www.debian.org finde ich speziell zum segfault beim
empfangen auch wieder nichts (vielleicht bin ich nur zu dumm
zum suchen, könnte natürlich auch sein), nur wieder der Bug bezüglich
dem senden von Mails.
Irgenwo habe ich noch gelesen (weiss jetzt die Quelle nicht mehr :(),
dass es eventuell nur bei manchen Header von Mails passieren könnte,
wäre hier auch gut möglich denn mails an eine Mailingliste enthalten
viele verschiedene Header, jedoch wird es halt entsprechend schwer
herauszufinden (finde ich), wie es jetzt genau ausehen würde.
Falls mehr Informationen nötig wären, bitte sagts ruhig, ich werde
dann versuchen so gut wie möglich die Informationen herzukriegen und
dann hier anzufügen.
Herzlichen Dank, an alle die das aufmerksam gelesen haben, und die
möglicherweise helfen können.
Quellen
[1] http://groups.google.ch/groups?q=sylpheed-gtk2+segmentation+fault&hl=de&lr=&selm=2Gfob-4hr-5%40gated-at.bofh.it&rnum=1
[2] https://sourceforge.net/tracker/index.php?func=detail&aid=801625&group_id=88198&atid=585814
[3] http://www.linuxforen.de/forums/showthread.php?t=57279&highlight=sylpheed+segmentation
[4] http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=sylpheed-gtk2&archive=no
MfG Salvatore
--
Linux arda 2.6.9-1-686 #1 Sun Oct 31 03:42:37 EST 2004 i686 GNU/Linux
Reply to: