This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: 1.7.7: rm -rf sometimes fails - race condition?


Am 12.12.2010 16:12, schrieb Corinna Vinschen:
> On Dec 12 15:16, Matthias Andree wrote:
>> Am 12.12.2010 13:42, schrieb Corinna Vinschen:
>> 
>> > So, what cygwin tries to do in the first place is to move files in use
>> > into the recycle bin.  However, on Windows you need DELETE access rights
>> > to be able to do so.  And, this doesn't work for remote drives.  On
>> > remote drives we can only try to rename the file to some temporary
>> > filename and hope for the best.  Afterwards Cygwin sets the delete
>> > dispostion flag and returns success if setting the dispostion flag
>> > succeeded.  After all, that's the maximum possible on Windows, and for
>> > all we can tell the file has been deleted.  The fact that the directory
>> > entry lingers until the last handle to the file has been closed is
>> > something Cygwin has no control over.
>> 
>> Well, there's the problem.
> 
> No, it's not, at least not on local drives.  Read again.  Files and
> directories in use are moved into the bin.  If that fails, unlink/rmdir
> fails.

Then I wonder what makes my cygport (or the rm command it uses) fail as it
removes the workdir...

-- 
Matthias Andree

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]