From owner-freebsd-current Mon May 26 14:52:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13374 for current-outgoing; Mon, 26 May 1997 14:52:57 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13367 for ; Mon, 26 May 1997 14:52:52 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.5/8.7.3) with SMTP id XAA29653; Mon, 26 May 1997 23:51:12 +0200 (MET DST) Date: Mon, 26 May 1997 23:51:11 +0200 (MET DST) From: Andrzej Bialecki To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG Subject: Re: NEW FEATURE.. RFC will commit unless.... In-Reply-To: <199705262026.NAA14117@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 26 May 1997, Terry Lambert wrote: > > As Adam David wrote: > > > > > Not only unlinking, but on any shrinking truncate. > > > > Appendonly files are already there. > > He wants to purge (pattern wipe using DOD hysterisis effective > pattern) on all block reclamation, not only on block reclamation > as a result of unlink. > > He is not asking for no-unlink to make the files non-shrinkable. That's right. In case I was unclear: sometimes I want to get rid of any traces of the file's contents on the disk. Sometimes I'd like to be able to set this as a default policy. Writing a wrapper around unlink() call is not my idea of elegant solution :-) So, methinks a filesystem flag for this would be good... Sincerely yours, --- Andrzej Bialecki FreeBSD: Turning PCs Into Workstations http://www.freebsd.org Research and Academic Network in Poland