home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / windows / x / 14196 < prev    next >
Encoding:
Text File  |  1992-07-22  |  1.6 KB  |  43 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!walter!porthos!donner!bucci1
  3. From: bucci1@donner.uucp (25853-pastor)
  4. Subject: Re: faking xlock with kill -STOP <X server PID>
  5. Organization: Bellcore, Livingston, NJ
  6. Distribution: usa
  7. Date: Wed, 22 Jul 92 20:33:18 GMT
  8. Message-ID: <1992Jul22.203318.24969@porthos.cc.bellcore.com>
  9. Summary: What do you mean by X server PID?
  10. References: <1992Jul21.143641.20596@Arco.COM>
  11. Sender: netnews@porthos.cc.bellcore.com (USENET System Software)
  12. Lines: 29
  13.  
  14. In article <1992Jul21.143641.20596@Arco.COM>, cgp@Arco.COM (Chris Phillips  (214) 754-6419) writes:
  15. > Unfortunately xlock doesn't just sleep; it does hinder the
  16. > execution of other processes.  But if the X server is
  17. > SIGSTOPped, won't this have the same effect?  The only drawback
  18. > I see is that you will need to login somewhere else and send it
  19. > a SIGCONT.
  20. > 
  21. > Of course, keystrokes are not ignored and you should do something
  22. > like
  23. >     $ sleep 5; kill -STOP <X server PID>
  24. > 
  25. > Then move the pointer to the root window.
  26. > Are there any security problems with this?
  27. > 
  28. > Chris
  29.  
  30. We were wondering exactly what you meant by "X server PID".  When we 
  31. used the PID for the window manager, the applications still ran, but all
  32. input was locked out.  If we stopped the original ksh, the window manager
  33. still allowed the user to close the window of the original xterm (and thus 
  34. terminate that display completely).
  35.  
  36. What we are looking for is a way to either hide that xterm icon, or to disable 
  37. the close ability on it, but still allow users to work with the other 
  38. applications with the touch screen.
  39.  
  40. Thanks
  41.  
  42. Robert Buccigrossi (bucci1@donner.cc.bellcore.com)
  43.