Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
From: "Shankar Unni" <shankar@cotagesoft.com>
To: <cygwin@cygwin.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/

