Sig11 w KDE 3.5

pld w nius.waw.pl pld w nius.waw.pl
Pon, 27 Lut 2006, 17:37:33 CET


Witam,
od czasu wersji 3.5 KDE zrobiło się na kilku komputerach które mam pod 
opieką strasznie nie stabilne. Najwiecej problemów mam w tej chwili z 
kdepim, a z Kmailem w szczególności - dostaje on sig11 od samego 
działania (bez jakich kolewiek akcji ze strony usera).

Straceowałem go i wywala się na adresacji pamięci (fragment strace'u, 
tu akurat z amd64):

pid  5392] fstat(47, {st_mode=S_IFREG|0644, st_size=3573, ...}) = 0
[pid  5392] mmap(NULL, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaab61cf000
[pid  5392] read(47, "Return-Path: <pld-devel-pl-bounc"..., 4096) = 3573
[pid  5392] close(47)                   = 0
[pid  5392] munmap(0x2aaab61cf000, 4096) = 0
[pid  5392] --- SIGSEGV (Segmentation fault) @ 0 (0) ---
[pid  5392] rt_sigaction(SIGALRM, {SIG_DFL}, {SIG_DFL}, 8) = 0
[pid  5392] alarm(3)                    = 0
[pid  5392] rt_sigaction(SIGKILL, {SIG_DFL}, {0x7fffffcf8dc0, [FPE USR1 
SEGV ALRM CHLD TSTP TTIN TTOU XCPU XFSZ IO PWR RTMIN RT_2 RT_4 RT_6 RT
_8 RT_10 RT_12 RT_14], 
SA_RESTORER|SA_STACK|SA_RESTART|SA_INTERRUPT|SA_NOMASK|SA_ONESHOT|0x3cf8c90, 
0xca3710}, 8) = -1 EINVAL (Invalid argumen
t)
[pid  5392] rt_sigaction(SIGTERM, {SIG_DFL}, {0x402658, [TERM], 
SA_RESTORER|SA_RESTART, 0x2aaab199ebe0}, 8) = 0
[pid  5392] rt_sigaction(SIGHUP, {SIG_DFL}, {0x402658, [HUP], 
SA_RESTORER|SA_RESTART, 0x2aaab199ebe0}, 8) = 0
[pid  5392] write(2, "*** KMail got signal 11 (Crashin"..., 35*** KMail 
got signal 11 (Crashing)
) = 35



Ponadto analogicznie potrafi wywalać się quanta (nie strace'owałem). 
Kmail ponadto odpalony przez kontact nie potrafi zrobić quick searcha 
bez sig11.

Pytanie więc, czy to coś u mnie (ale kilka maszyn od p3 do nowiutkiego 
amd64..?) czy może to nasze (PLDowe) KDE, czy ogólnie KDE 3.5 ma jakiś 
problem?

A ha - dzieje sie tak zarówno na systemach świeżo instalowanych jak i 
upgrade'owanych, przy czym te drugie wydają się być nieznacznie 
stabilniejsze. Najgorzej jest w tej chwili na amd64, następnie p3. 
Najstabilniejszy wydaje sie athlon (arch i686 użyte).

Pozdrawiam,
Marcin



Więcej informacji o liście dyskusyjnej pld-users-pl