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 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 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline 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 Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , 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