X-Spam-Check-By: sourceware.org Message-ID: <43BA8103.5050305@byu.net> Date: Tue, 03 Jan 2006 06:49:55 -0700 From: Eric Blake User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: "Linda A. Walsh" CC: "'Cygwin List'" Subject: Re: simulated "leaf"s broken in root FAT32 beyond 40 entries References: <43B74F6F DOT 5050406 AT tlinx DOT org> In-Reply-To: <43B74F6F.5050406@tlinx.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 According to Linda A. Walsh on 12/31/2005 8:41 PM: > I ran into this problem using "find". > Ran into an odd problem where directories, in my root > directory, above entry 39-40 are not being examined. It > seems to be positionally related, but, importantly, > specifying "noleaf" seems to work around the problem. I need a bit more information to see if it is a bug in find, or a bug in cygwin. When you say root directory, do you mean "/" or "c:"? What OS are you running? Are you using a snapshot? Hint: most of these questions could have been answered if you had followed these directions, and attached cygcheck.out: > Problem reports: http://cygwin.com/problems.html > > As I understood it, Cygwin simulated the "." & ".." entries, > making it unnecessary to use "noleaf" on hard disks (?). Without further info, my guess is that it may be related to the snapshots simulating the existance of /proc and /cygdrive, but neglecting to update the link count of / accordingly. I noticed on my own system the following behavior: $ uname -a CYGWIN_NT-5.1 LOUNGE 1.5.19s(0.149/4/2) 20051224 14:32:37 i686 Cygwin $ ls -F `cygpath -w /` ls: c:\cygwin/proc: No such file or directory bin/ cygwin.bat* dev/ home/ lib/ srv/ usr/ cygdrive/ cygwin.ico* etc/ install/ sbin/ tmp/ var/ $ ls -ldF `cygpath -w /` drwxr-xr-x+ 14 eblake None 0 Nov 2 21:00 c:\cygwin/ Indeed, c:\cygwin has 14 entries (12 subdirectories, ., and ..). But notice that warning about the missing c:\cygwin/proc. When I look at the cygwin spelling of that mount point: $ mount -m | grep '\"/\"' mount -f -s -b "c:/cygwin" "/" $ ls -F / bin/ cygwin.bat* dev/ home/ lib/ sbin/ tmp/ var/ cygdrive/ cygwin.ico* etc/ install/ proc/ srv/ usr/ $ ls -ldF / drwxr-xr-x+ 14 eblake None 0 Nov 2 21:00 // Now 13 subdirectories were listed (thanks to the implicit /proc), but the link count was still stuck at 14 instead of the expected 15. - -- Life is short - so eat dessert first! Eric Blake ebb9 AT byu DOT net volunteer cygwin findutils maintainer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDuoED84KuGfSFAYARAotvAKDT3ZNn3StAsFZv4d5QY81CLY/p2gCfVOVI 5vx7XCy51bMj2/N4wYVk2hI= =JuNZ -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/