X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-1.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,TW_RW,TW_WX
X-Spam-Check-By:	sourceware.org
X-Yahoo-SMTP:	Uu383n6swBCEN1G9up0WSnxbvN8fCPmk
Message-ID:	<4D27C896.30202@cygwin.com>
Date:	Fri, 07 Jan 2011 21:14:46 -0500
From:	"Larry Hall \(Cygwin\)" <reply-to-list-only-lh AT cygwin DOT com>
Reply-To:	cygwin AT cygwin DOT com
User-Agent:	Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.21) Gecko/20090320 Remi/2.0.0.21-1.fc8.remi Lightning/0.9 Thunderbird/2.0.0.21 Mnenhy/0.7.5.0
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: Strange fstatat / stat behavour on directories causing tar "file changed as we read it" error
References:	<3501944D149644D394474781054F5E98 AT multiplay DOT co DOT uk> <4D2783A3 DOT 5000008 AT redhat DOT com> <D43AAA42D53E47AF958054385DAEFB50 AT multiplay DOT co DOT uk>
In-Reply-To:	<D43AAA42D53E47AF958054385DAEFB50@multiplay.co.uk>
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.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 1/7/2011 9:00 PM, Steven Hartland wrote:
> ----- Original Message ----- From: "Eric Blake"
> On 01/07/2011 11:21 AM, Steven Hartland wrote:
>> What file system is this on? Someone else reported the same behavior
>> for "Samba share on QNX through Virtual PC." - if the problem is limited
>> to just a subset of (known-buggy) file systems, it would be nicer to
>> limit the workaround to just those file systems (and have st_size always
>> return 0 for directories from those systems).
>
> FS was just NTFS, at first we thought it might be being caused by compression
> being enabled on the files / directories but we confirmed the behavour
> on an machine with uncompressed volumes as well.
>
>>> Is there some "meta data" caching going on in cygwin or
>>> Windows which causes this very strange behaviour?
>> Giving us more details about your filesystem would help us answer that
>> question.
>
> Just NTFS I'm afraid nothing special.
>
> You can see the behaviour with ls -l as well, as you would expect.
>
> A simpler, which may help is:-
> ls -l
> drwxr-xr-x 1 test test 0 Oct 20 14:09 testdir
> find testdir > /dev/null # lots of files
> ls -l
> drwxr-xr-x 1 test test 8192 Oct 20 14:09 testdir
>
> uname -a
> CYGWIN_NT-6.0-WOW64 hern4 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
                             ^^^^^
Did you try with the current version of the cygwin package?  I tried your
test on W7 uses the 1.7.7 and had no problem.  It would be interesting
to know if what you're seeing is and old bug or possibly W2K8-specific.


-- 
Larry

_____________________________________________________________________

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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