Lars Tunkrans wrote:
Bob Doolittle wrote:
Lars Tunkrans wrote:
Hi

I have installed xautolock http://wiki.sun-rays.org/index.php/Idle_Session_Kill
 as the wiki  instructs .

system is a FOG of  two X4200 recently updated to  S10u4 / SRS4u2

It seems to do what it should most of the time but a couple of times a day it leaves active firefox sessions behind so I get a few firefox sessions every day that has lost
its parent  and is owned  by init.

That's odd. Can you inspect the process environment to see what $DISPLAY is set to,
and is there an X server for that $DISPLAY?

Firefox (like any X client) ought to abort when its X server goes away. Are your
X servers dying properly?

-Bob

Well,
Firefox is owned by init while running in normal mode. this might be the cause to why its hard to kill it of by killing the Xserver.

No, this has no bearing.  All X clients, like
firefox, have open connections (could be TCP
sockets, could be pipes, etc) to the X server.
When the X server exits, the X clients gets fatal
errors on all further X operations, and typically
they exit.  I'm not sure they even get a choice,
IIRC the X library itself causes the process to
exit in this circumstance unless special handling
is applied (it's been a while since I looked at
that code, sorry).

I can tell you that when my X server dies, all my
processes die including firefox.

So, are you sure your X server is dying?  Is there
some reason you're unable to do the inspection I
mentioned above?

-Bob

A typical   process structure looks  like this
in a nornal  running  X session.



user1  1080     1   0 21:22:11 pts/2       0:00 /bin/sh /usr/bin/firefox
user1 1096 1080 0 21:22:12 pts/2 0:00 /bin/sh /usr/lib/firefox/run-mozilla.sh /usr/lib/firefox/firefox-bin -UILocale user1 1104 1096 0 21:22:13 pts/2 0:46 /usr/lib/firefox/firefox-bin -UILocale en-US -contentLocale US


then again lots of processes that does die by killing the X server is also owned by init like:

gnome-vfs-deamon , bonobo-activation-server     and others.

//Lars


_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to