home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!agate!ucbvax!NSCVAX.PRINCETON.EDU!dragon
- From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
- Newsgroups: comp.os.vms
- Subject: Re: VAX c
- Message-ID: <00965C4A.B8596500.30864@nscvax.princeton.edu>
- Date: 28 Dec 92 20:10:49 GMT
- Sender: usenet@ucbvax.BERKELEY.EDU
- Organization: The Internet
- Lines: 35
-
-
- George Lippert <dale.cts.com!glippert@nosc.mil> writes:
-
- >Ehud Gavron 602-570-2000 x. 2546 (gavron@spades.aces.com) wrote:
- >> In article <1992Dec24.173709.16437@mailer.cc.fsu.edu>, cliff@evax9.eng.fsu.edu writes...
- >> >Is there a way to get VAX C to flush the VMS file buffers?
- >>
- >> fflush(stream)
- >
- >Not according to DEC Support. After trying this, and having it clearly not
- >work, DEC Support confirmed that fflush() only flushes to the RMS buffers -
- >NOT to the actual device.
- >
- >So how do I make sure that the buffer gets onto disk? (in my case), I asked.
- >They told me that there is an "unsupported and undocumented" function that I
- >could call. Thanks, but no thanks, I said.
- >
-
- I know of only two ways to force RMS to flush its buffers:
- 1. Close the file.
- 2. Use the SYS$FLUSH call which you will find documented in the RMS
- Reference Manual. This requires that you have pointer to the RAB. I don't
- think that there is a way to find out what the VAXCRTL is using for a RAB
- address but you can set up your own FAB and RAB and make your own calls to
- SYS$OPEN and SYS$CONNECT to open the file.
-
-
- *************************************************************************
- * *
- * Here, there be dragons! *
- * dragon@nscvax.princeton.edu *
- * *
- * Richard B. Gilbert *
- *************************************************************************
-
-