[comp.sources.d] "vn" disk space leak?

root@libove.UUCP (Jay M. Libove) (11/30/88)

I use the "vn" news reader to read news, incidentally on a SCO Xenix
2.2.1 /286 system, and I find that it has a file, hidden somewhere
(I think it opens the file and then unlinks it, so it can be extended
but an "ls" will not give its length as other than zero, or soemthing
else...) that grows linearly with the time vn remains running, even
if absolutely nothing at all has been done. In the course of an hour,
400K of disk space was eaten, in the particular instance that keyed
me off to send this note out.

Is anyone famailiar with this? Does anyone know exactly what is
happenning, why it is happenning, what I can do about it?

Thanks in advance-
-- 
Jay Libove		ARPA:	jl42@andrew.cmu.edu or libove@cs.cmu.edu
5731 Centre Ave, Apt 3	BITnet:	jl42@andrew or jl42@drycas
Pittsburgh, PA 15206	UUCP:	uunet!nfsun!libove!libove or
(412) 362-8983		UUCP:	psuvax1!pitt!darth!libove!libove

mkhaw@teknowledge-vaxc.ARPA (Mike Khaw) (12/02/88)

<203@libove.UUCP>, by root@libove.UUCP (Jay M. Libove):
> I use the "vn" news reader to read news, incidentally on a SCO Xenix
> 2.2.1 /286 system, and I find that it has a file, hidden somewhere
> (I think it opens the file and then unlinks it, so it can be extended
> but an "ls" will not give its length as other than zero, or soemthing

I don't know about hidden files, but on Ultrix, vn (04/88 version)
creates lots of temp files in /usr/tmp that it fails to clean up.
I think you get one of these every time you Mail or Followup to an
article (as I'm presently doing).

Mike Khaw
-- 
internet: mkhaw@teknowledge.arpa
uucp:	  {uunet|sun|ucbvax|decwrl|ames|hplabs}!mkhaw%teknowledge.arpa
hardcopy: Teknowledge Inc, 1850 Embarcadero Rd, POB 10119, Palo Alto, CA 94303