Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site ki4pv.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!vax135!petsd!peora!ucf-cs!ki4pv!tanner
From: tanner@ki4pv.UUCP (Tanner Andrews)
Newsgroups: net.unix
Subject: Re: Re: file system query
Message-ID: <248@ki4pv.UUCP>
Date: Sun, 12-May-85 14:37:29 EDT
Article-I.D.: ki4pv.248
Posted: Sun May 12 14:37:29 1985
Date-Received: Tue, 14-May-85 20:27:06 EDT
References: <10195@brl-tgr.ARPA> <220@ki4pv.UUCP>, <2165@sun.uucp>
Organization: CompuData South, DeLand
Lines: 14

It is also important to be sure that I/O is not buffered.  Consider
the problem of a "forced append" of 7/69ths of "fprintf()" output,
with the rest being buffered.  Then, some unlucky slime comes along
and fills (and dumps, with forced append) his buffer.  Right after
7/69ths of your fprintf().  Want to [see] kill(2) him, don't you?

If you must use buffered I/O to append, create some lock file like
		"/tmp/LCK__prog"
with proper protection modes while you work your will on the file.
Forget to remove the lock file when done, and watch the fun begin.

-- 
<std dsclm, copies upon request>	   Tanner Andrews, KI4PV
uucp:					...!decvax!ucf-cs!ki4pv!tanner