RE: REPOST: unlink semantics

2002-04-10 Thread Robert Collins
> -Original Message- > From: Randall R Schulz [mailto:[EMAIL PROTECTED]] > Sent: Thursday, April 11, 2002 12:45 AM > Does that > break even more things? IIRC, Yes. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.h

Re: REPOST: unlink semantics

2002-04-10 Thread Randall R Schulz
Corinna, I am not intimately familiar with the issues, nor do I know the history of the delqueue approach, but isn't it just trying too hard to do something that cannot really be done well enough to be worth trying? Would it not be better to simply reflect the failure to the application level

Re: REPOST: unlink semantics

2002-04-10 Thread Corinna Vinschen
On Wed, Apr 10, 2002 at 10:20:04PM +1000, Robert Collins wrote: > > As a suggested fix, path_conv::check could > > returns ENOENT for a file if it appears in the delqueue. > > This introduces it's own problems: what happens when the application > then tries to create a new file with that file n

RE: REPOST: unlink semantics

2002-04-10 Thread Robert Collins
> -Original Message- > From: Chris January [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 10, 2002 9:57 PM > To: [EMAIL PROTECTED] > Subject: REPOST: unlink semantics > > > With respect to the 'Infinte Loop in "rm -fr"' thread, I > believe the current semantics of unlink on Cygw