Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
From: "Shankar Unni" <shankar AT cotagesoft DOT com>
To: <cygwin AT cygwin DOT com>
Subject: RE: Bug in rm -r with locked files
Date: Wed, 22 Jan 2003 11:17:39 -0800
Organization: CotageSoft, Inc.
Message-ID: <003c01c2c24a$ede3e860$790aa8c0@cotagesoft.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
In-Reply-To: <4.3.1.2.20030121225229.01747990@pop.rcn.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106

Larry Hall writes:

>>Now why was it important to do this "delayed remove" semantics? 

> [...] the current behavior is meant to combat the "my script/program 
> deletes the file/directory then tries to recreate it - why isn't the
> file/directory deleted when unlink() returns?" issue.

Ah.  

I hate those tools that do that wonderful "create temp file, open it,
and unlink it" dance. I'm not convinced that there aren't other ways to
"secure the app" that are more friendly and portable..

Thanks,
-- 
Shankar


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/