home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9871 < prev    next >
Encoding:
Text File  |  1992-09-07  |  1.2 KB  |  24 lines
  1. Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
  2. Path: sparky!uunet!sun-barr!ames!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!fl0p+
  3. Newsgroups: comp.os.linux
  4. Message-ID: <sedty_G00Vp0EYd0Vn@andrew.cmu.edu>
  5. Date: Fri,  4 Sep 1992 13:40:26 -0400 
  6. From: Frank T Lofaro <fl0p+@andrew.cmu.edu>
  7. Subject: X dying
  8. In-Reply-To: <6nyy9pq@rpi.edu>
  9. References: <6nyy9pq@rpi.edu>
  10. Lines: 12
  11.  
  12.     Whenever the X server dies (without shutting down properly first),
  13. keyboard input appears to go nowhere from thereafter. A user can hose
  14. the keyboard by starting X and then kill -9'ing the X process. What is
  15. needed is some way (maybe in the kernel) where if X dies badly, the
  16. screen and keyboard are restored. (i.e. an automatic release of
  17. resources used by a destroyed process, preferably right when it becomes
  18. a zombie). On the decstations here, kill -9'ing X makes the screen go
  19. back to normal very quickly. Yeah, I know kill -9'ing an X server is
  20. rude, but a user might do it (or have to do it). Also, if X seg-faults,
  21. or  can't start due to a bad/missing mode line or something, it will
  22. also hose the display the same way kill -9 does.
  23.  
  24.