home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / x / 19290 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.4 KB  |  31 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!destroyer!sol.ctr.columbia.edu!emory!athena.cs.uga.edu!greg
  3. From: greg@athena.cs.uga.edu (Greg Whitlock)
  4. Subject: Re: xterm phantoms
  5. Message-ID: <1992Nov18.163934.1870@athena.cs.uga.edu>
  6. Organization: University of Georgia, Athens
  7. References: <1eb92mINNdan@life.ai.mit.edu> <1992Nov18.070243.103@thunder.mcrcim.mcgill.edu>
  8. Date: Wed, 18 Nov 1992 16:39:34 GMT
  9. Lines: 20
  10.  
  11. In article <1992Nov18.070243.103@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
  12. >In article <1eb92mINNdan@life.ai.mit.edu>, bruce@maypo.ai.mit.edu (Bruce Walton) writes:
  13. >
  14. >As for how to do this, you could just write a character to the relevant
  15. >pty.  If it's not a ghost, the character will appear inexplicably in
  16. >the window, but I don't see any good way around that, unless you can
  17. >think of something else you could send that'll force xterm to try to do
  18. >something with the X server.
  19.  
  20. After someone exits "improperly" from our Xtubes they leave "zombies"
  21. lying around.  The only way I know to rid your system of these are 
  22. 1) waiting for someone to log into they tty the zombie controls or 
  23. 2) rebooting.  Maybe someone knows of other way.
  24. The zombies don't appear to harm anything (ie, load avg).  At this
  25. point, in appears the X server is out of the picture and it's the
  26. OS's job to handle the zombies.
  27.  
  28. Any other comments on this?  
  29.  
  30. -greg
  31.