This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: untarring symlinks with ../ fails randomly, silghtly OT
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Mon, 4 Jul 2011 12:46:57 +0200
- Subject: Re: untarring symlinks with ../ fails randomly, silghtly OT
- References: <1309437783.2097.68.camel@geldmacher-pc> <20110630133703.GE9552@calimero.vinschen.de> <4E0C90B2.2060409@cornell.edu> <1309447688.12904.21.camel@geldmacher-pc> <1309770955.22699.15.camel@geldmacher-pc>
- Reply-to: 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