[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 64785] ksmserver fails to quit when session ended
From:       Torsten Kasch <tk () Genetik ! Uni-Bielefeld ! DE>
Date:       2003-11-10 20:54:33
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
     
http://bugs.kde.org/show_bug.cgi?id=64785     




------- Additional Comments From tk@Genetik.Uni-Bielefeld.DE  2003-11-10 21:54 -------
Created an attachment (id=3135)
 --> (http://bugs.kde.org/attachment.cgi?id=3135&action=view)
full ~/.xsession-errors

Hmm, are you sure about iceauth? Shouldn't I see a such a process hanging
around? I'm aware of the fact that on Solaris it's difficult to tell what all
the kdeinit processes actually are (no setproctitle), but even /usr/ucb/ps
(which is a little more verbose in this respect) doesn't seem to suggest to me
that it's iceauth.

Anyway, I've placed some printf()'s in kprocctrl.cpp and included a full
~/.xsession-errors (from login until trying to log out). Maybe it's still not
enough, but perhaps it helps...

Just a wild guess that came to my mind while trying to understand what's
happening in kprocctrl.cpp. The sigprocmask() manpage says:

"[...] In  a  multithreaded  program,  the  call  to   sigpromask()
impacts  only the calling thread's signal mask and is there-
fore identical to a call to  thr_sigsetmask(3THR)."

Can it be that there is some fundamental issue in the code with respect to
multithreaded apps? FWIW: KDE 3.1.x worked flawlessly on all the systems I'm
currently testing on...
[prev in list] [next in list] [prev in thread] [next in thread]