home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 21717 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  2.2 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Closing file after deassigning SYS$OUTPUT
  5. Date: 22 Jan 1993 12:10:59 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 28
  8. Distribution: world
  9. Message-ID: <1joo8jINNt5t@gap.caltech.edu>
  10. References: <llrl3bINNm56@news.bbn.com>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. eIn article <llrl3bINNm56@news.bbn.com>, brosen@bbn.com (Bruce L. Rosen) writes:
  15. >Our application reassigns SYS$OUTPUT to a file, does a piece of work, and
  16. >the deassigns SYS$OUTPUT.  According to BOOKREADER documentation, deassigning
  17. >SYS$OUTPUT causes the file to be closed.  The file does get closed eventually, 
  18. >but this appears to be happen asynchronously ... VMS apparently closes the
  19. >file when it gets around to it.
  20. >
  21. >Unfortunately, most of the time for our application, this is not soon enough
  22. >and the application fails on trying to re-open the file (using CRTL fopen());
  23. >
  24. >Is there a way to force VMS to close the file synchronously when the 
  25. >deassignment of SYS$OUTPUT occurs?  Is there some other way to jog VMS
  26. >into closing the file?
  27.  
  28. I've just tried, without success, to reproduce your problem on my system (of
  29. course, I'm logged in from home over a terminal line).  Since I can't, at the
  30. moment, reproduce your problem, I can only guess about it.  My guess is that
  31. you might need to execute some other command (any other command;  even a command
  32. that invokes a CLIROUTINE seems to work for me, and at the moment, I can't test
  33. anything less than that) in order to force closure of the file.
  34. --------------------------------------------------------------------------------
  35. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  36.  
  37. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  38. understanding of astronomy is purely at the amateur level (or below).  So
  39. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  40. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  41. hold me responsible for it, but my organization had nothing to do with it.
  42.