home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 19893 < prev    next >
Encoding:
Internet Message Format  |  1992-12-26  |  1.7 KB
  1. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!elroy.jpl.nasa.gov!news.claremont.edu!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: VAX c
  5. Date: 26 Dec 1992 07:28:30 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 22
  8. Distribution: world
  9. Message-ID: <1hh1iuINNfjb@gap.caltech.edu>
  10. References: <1992Dec24.173709.16437@mailer.cc.fsu.edu>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <1992Dec24.173709.16437@mailer.cc.fsu.edu>, cliff@evax9.eng.fsu.edu (CLIFF BROWNING) writes:
  15. >
  16. >Is there a way to get VAX C to flush the VMS file buffers? 
  17. >
  18. >I've got a program that reads data in for the tta2: port and then writes it to 
  19. >a file. The problem is that the data doesn't get written to the file until the 
  20. >buffer is full, and that may not happen but once every day or two.  
  21.  
  22. Well, ONE way to do it is to run the program with a DCL procedure as its input
  23. and the output file as SYS$OUTPUT.  What way you could use as the input file:
  24.     $ SET OUTPUT_RATE=0:0:0.01    !'F$VERIFY(0)'
  25.     $ RUN PROGRAM
  26. Then use the command:
  27.     $ RUN/DETACH/INPUT=your_procedure/OUT=your_log_file SYS$SYSTEM:LOGINOUT
  28. --------------------------------------------------------------------------------
  29. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  30.  
  31. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  32. understanding of astronomy is purely at the amateur level (or below).  So
  33. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  34. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  35. hold me responsible for it, but my organization had nothing to do with it.
  36.