home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / vmsnet / internal / 1566 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  1.3 KB
  1. Path: sparky!uunet!stanford.edu!agate!netsys!decwrl!elroy.jpl.nasa.gov!sdd.hp.com!hamblin.math.byu.edu!arizona.edu!mvb.saic.com!macro32
  2. Newsgroups: vmsnet.internals
  3. Subject: RE: re: idle terminal...
  4. Message-ID: <009635A2.6A391BA0.32551@WKUVX1.BITNET>
  5. From: Hunter Goatley <goathunter@WKUVX1.BITNET>
  6. Date: Mon, 09 Nov 1992 10:30:18 CST
  7. Organization: Macro32<==>Vmsnet.Internals Gateway
  8. X-Gateway-Source-Info: Mailing List
  9. Lines: 21
  10.  
  11. Ehud Gavron 602-570-2546 <GAVRON@IT.SUNQUEST.COM> writes:
  12. >
  13. >       A week ago I posted code to periodically increment the process
  14. >       I/O count so that idle job killers wouldn't kill it.
  15. >
  16. >       Hunter et all offered clever ditties to set the delete pending
  17. >       and exit pending flags, preventing those from being applied.
  18. >
  19. >       HOWEVER, all those require explicit code be run by the user
  20. >       before termination can occur.  In the event that the user was
  21. >       disconnected (terminal, non vtas) or killed (batch job termination)
  22. >       then that process is STUCK until $cmkrnl intervention.
  23. >
  24. Yes, I was following the thread (and taking it farther) that was
  25. moving away from the idle terminal stuff.  My comments were mostly for
  26. those detached processes you want to protect.
  27.  
  28. Hunter
  29. ------
  30. Hunter Goatley, VMS Systems Programmer, Western Kentucky University
  31. goathunter@WKUVX1.BITNET, 502-745-5251
  32.