X-Recipient:	archive-cygwin AT delorie DOT com
X-Spam-Check-By:	sourceware.org
Date:	Mon, 4 Jul 2011 12:46:57 +0200
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: untarring symlinks with ../ fails randomly, silghtly OT
Message-ID:	<20110704104656.GA20822@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<1309437783 DOT 2097 DOT 68 DOT camel AT geldmacher-pc> <20110630133703 DOT GE9552 AT calimero DOT vinschen DOT de> <4E0C90B2 DOT 2060409 AT cornell DOT edu> <1309447688 DOT 12904 DOT 21 DOT camel AT geldmacher-pc> <1309770955 DOT 22699 DOT 15 DOT camel AT geldmacher-pc>
MIME-Version:	1.0
In-Reply-To:	<1309770955.22699.15.camel@geldmacher-pc>
User-Agent:	Mutt/1.5.21 (2010-09-15)
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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

On Jul  4 11:15, Wolf Geldmacher wrote:
> As an aside:
> 	I also used to have some trouble with "rm -rf" of a directory
> 	hierarchy failing more or less reproducibly (like: 80% of the
> 	time) because files were presumably still "in use". Repeating
> 	the command several times would succeed, though.
> 
> 	Downgrading from cygwin1.dll/1.7.9.1 to cygwin1.dll/1.7.8.1
> 	seems to have solved that issue as well - still have to see
> 	the first "retry to delete".
> 
> This may or may not be related to the original report, as it also reeks
> of a race condition during file/directory operations.

I can neither reproduce the tar problem, nor can I reprocude the rm
problem.  I tried this under 2008R2 which is basically the same as your
W7-64 bit.  I used local and remote drives to test the issue but to no
avail.

Are you sure this isn't a BLODA problem which is triggered by the
changes in 1.7.9?

I just took a look through the changes between 1.7.8 and 1.7.9, and
the list of changes which affect filesystem access is pretty small:

2011-03-14  Corinna Vinschen  <...>

        * fhandler_disk_file.cc (fhandler_base::fstat_by_handle): Only use
        file id as inode number if it masters the isgood_inode check.

2011-03-08  Corinna Vinschen  <...>

        * fhandler.cc (fhandler_base::open): When creating a file on a
        filesystem supporting ACLs, create the file with WRITE_DAC access.
        Explain why.
        * fhandler_disk_file.cc (fhandler_disk_file::mkdir): Ditto for
        directories.
        * fhandler_socket.cc (fhandler_socket::bind): Ditto for sockets.
        * path.cc (symlink_worker): Ditto for symlinks.
        * security.cc (get_file_sd): Always call GetSecurityInfo for directories
        on XP and Server 2003.  Improve comment to explain why.

So, is it possible that the request for WRITE_DAC access in the call to
NtCreateFile triggers some hiccup of your virus checker?  It could easily
explain both effects.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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

- Raw text -