> i've had several problems with X freezing up because of some
> misbehaviour from some graphical app. The keyboard is locked so
> it's hopeless to try CTRL+ALT+BKSP

Not wrong there...  Not even switching consoles is possible time times...


> > When the system locks up, is the computer still alive? Can you
> > ssh into it

I run a few little bits and pieces, like masquerading for my wife's computer, a 
server or two, etc.  And they all continue to run just fine.  Only X and its 
input devices (keyboard, mouse, and probably whatever else) are locked up.


> that's the problem: most desktop Linux users can't ssh login from
> another machine into the problematic one...  So, Linux is
> rock-solid stable, but you should have ssh-server running
> and a spare client machine for eventual problems with graphical
> apps... :)

Or...  Have the SysRq magic key active.  I've found it increadibly helpful in 
such situations, allowing me to force the keyboard into cooked mode, where the 
console-switching keys (Ctrl-Fn) will work.  You're then free to swap to a text 
console and kill X.  Unfortunately, I don't know of any way to be able to 
recover X -- just killing the application doesn't seem to help things a whole 
lot.


> I don't even know the relevancy of this to this list, since it's
> unlikely to be a GTK problem... 

I've managed to trash X while playing with widgets that use grabs...  I don't 
know if that's the whole story, but that accounts for most of the occasions 
when it's happened to me.  So I'm guessing it's possible to cause such a 
situation with GTK, and hence at least some glimmer of on-topic-ness.  ;)


Fredderic

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!


_______________________________________________
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Reply via email to