home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 19901 < prev    next >
Encoding:
Internet Message Format  |  1992-12-26  |  2.5 KB
  1. Path: sparky!uunet!cs.utexas.edu!rutgers!cmcl2!rlgsc.com!gezelter
  2. From: gezelter@rlgsc.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: VAX c
  5. Message-ID: <1992Dec26.100030.299@rlgsc.com>
  6. Date: 26 Dec 92 15:00:30 GMT
  7. References: <24DEC199220084219@spades.aces.com> <Bzt6EF.Est@dale.cts.com>
  8. Organization: Robert Gezelter Software Consultant, Flushing, NY
  9. Lines: 47
  10.  
  11. In article <Bzt6EF.Est@dale.cts.com>, glippert@dale.cts.com (George Lippert) writes:
  12. > Ehud Gavron 602-570-2000 x. 2546 (gavron@spades.aces.com) wrote:
  13. >> In article <1992Dec24.173709.16437@mailer.cc.fsu.edu>, cliff@evax9.eng.fsu.edu writes...
  14. >> >Is there a way to get VAX C to flush the VMS file buffers? 
  15. >>
  16. >>     fflush(stream)
  17. > 
  18. > Not according to DEC Support.  After trying this, and having it clearly not
  19. > work, DEC Support confirmed that fflush() only flushes to the RMS buffers -
  20. > NOT to the actual device.
  21. > 
  22. > So how do I make sure that the buffer gets onto disk? (in my case), I asked.
  23. > They told me that there is an "unsupported and undocumented" function that I
  24. > could call.  Thanks, but no thanks, I said.
  25. > 
  26. > --
  27. > George A. Lippert           work:          glippert@dale.cts.com
  28. > Titan Satellite Systems     home: zucchini!glippert@dale.cts.com (NeXTmail ok)
  29. > San Diego, CA                                            
  30. > ------------------------------------------------------------------------------
  31. -- 
  32. George,
  33.  
  34. I will admit that the following solution is a bit of hitting a 
  35. small ant hill with a large explosive, but ...
  36.  
  37. When the time expires, close the file. Then re-open it in append 
  38. mode. This will ensure that all of your buffers are flushed out 
  39. to the disk.
  40.  
  41. If I remember correctly from the original post, the application 
  42. in question is not a high bandwidth application. The periodic 
  43. close/reopen cycle should not appreciably increase your CPU 
  44. consumption.
  45.  
  46. I hope that the above is helpful. If I have been unclear, or if I 
  47. can be of further assistance, please feel free to contact me via 
  48. Email or phone.
  49.  
  50. - Bob
  51. +--------------------------------------------------------------------------+
  52. | Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
  53. | Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
  54. | 35-20 167th Street, Suite 215               Fax:       (on Request)      |
  55. | Flushing, New York  11358-1731                                           |
  56. | United States of America                                                 |
  57. +--------------------------------------------------------------------------+
  58.