home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9621 < prev    next >
Encoding:
Text File  |  1992-09-01  |  1.5 KB  |  42 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!gatech!bloom-beacon!bloom-picayune.mit.edu!daemon
  3. From: Kevin W. Hammond <hammond@kwhpc.caseng.com>
  4. Subject: Re: Killing background processes on logout
  5. Message-ID: <1992Sep1.233959.10014@athena.mit.edu>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Reply-To: hammond@kwhpc.caseng.com
  8. Organization: The Internet
  9. Date: Tue, 1 Sep 1992 23:39:59 GMT
  10. Lines: 30
  11.  
  12. | 
  13. | In comp.os.linux you write:
  14. | 
  15. | >My best guess would be that when either X or the cmdtool exits, they are
  16. | >killing background processes.
  17. | 
  18. |     Well, of course, any X clients will exit, because their connection
  19. | to the X server will be broken and they'll freak.  If you run X on Linux
  20. | and exit with clients running (even those started with "command &" from
  21. | csh), you'll see Xlib error messages on the normal console after the X
  22. | server exits from each of the clients.
  23. | 
  24. | >So, I stand (sit) corrected.  I now fully share the belief that the csh does
  25. | >not kill background processes on exit.  Thank you everyone for helping me
  26. | >to see the light!  :-)
  27. | 
  28. |     No problem.  :-)  The man page for csh would have done it quite some
  29. | time ago, actually.
  30. | 
  31.  
  32. Not necessarily so ... I fired up the man pages on my csh at work (SunOS) and
  33. they did not mention it.  Of course, I don't have the man pages for the linux
  34. tcsh, so that may be where I've gone wrong!  :-)
  35.  
  36. -kwh-
  37. -- 
  38. Kevin W. Hammond
  39. hammond@kwhpc.caseng.com
  40.  
  41.   CASE Engineering * 575 W. Madison #1601 * Chicago, IL 60661 * (312)902-2161
  42.