home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 22138 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.5 KB
  1. Path: sparky!uunet!scifi!acheron!philabs!linus!agate!ucbvax!SCI.WFEB.EDU!MACRIDES
  2. From: MACRIDES@SCI.WFEB.EDU (Foteos Macrides)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: LIB$FLAME, was LIB$SPAWN...
  5. Message-ID: <01GU0Y17S082000IV3@SCI.WFEB.EDU>
  6. Date: 28 Jan 93 01:14:40 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 25
  11.  
  12. Carl and Terry,
  13.  
  14.     OK, I'll never again read news late at night and dash off a message in
  15. a groggy state!  However...
  16.  
  17.     If you're playing around at night and do a lib$disable_ctrl() for
  18. CtrlY and a sys$qiow(0,TT_chan,IO$_SETMODE|IO$M_CTRLCAST|IO$M_CTRLYAST,etc.)
  19. to invoke your own AST routine, and you try a "shortcut" of doing a purge via
  20. system("purge filename.ext"), a.k.a. LIB$SPAWN() without the nowait flag, from
  21. that AST routine, the purge will get done (child process completes), but the
  22. parent process stays stuck in hibernation (VMS v5.3-2).
  23.  
  24.     Yes, rolling your own purge instead of spawning is trivial in the
  25. morning, basically:  while(delete("filename.ext;-1") == 0) ;  ("thank you" to
  26. everyone who suggested using negative version numbers) and everything else is
  27. already in the RTLs, so I should have hibernated myself last night, and will
  28. do so now!
  29.  
  30.                 Fote
  31.  
  32. =========================================================================
  33.  Foteos Macrides           Worcester Foundation for Experimental Biology
  34.  MACRIDES@SCI.WFEB.EDU     222 Maple Avenue, Shrewsbury, MA 01545
  35. =========================================================================
  36.  
  37.