Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!lll-tis!ames!ucsd!sdcsvax!ucsdhub!hp-sdd!hplabs!decwrl!sun!aeras!topo!thornton
From: thornton@topo.UUCP (Ron Thornton)
Newsgroups: comp.os.vms
Subject: Re: Symbolic links to cross-posted articles
Message-ID: <782@topo.UUCP>
Date: 22 Feb 88 15:22:15 GMT
References: <185@dinl.mmc.UUCP> <23012@ucbvax.BERKELEY.EDU> <3379@killer.UUCP> <691@oberlin.UUCP>
Reply-To: thornton@topo.UUCP (Ron Thornton)
Organization: GenRad Inc., Milpitas CA
Lines: 11

In article <691@oberlin.UUCP> jkingdon@oberlin.UUCP (Jim Kingdon) writes:
>and SET FILE/REMOVE which removes one.  The big difference with UNIX
>is that if you SET FILE/REMOVE the last reference to a file, instead
>of deleting the file, those disk blocks just sit there until you
>reformat the disk.  I'm pretty sure that there are RMS calls to do

Recovering the disk space requires ANALYZE/DISK_STRUCTURE to pickup lost files,
not a full reformat.  The /REMOVE removes directory entries but leaves the
file header intact in INDEXF.SYS where analyze can find it.  If FILES-11
would just learn to keep a link count, Unix style links might work.

	-Ron-