X-Recipient: archive-cygwin@delorie.com X-SWARE-Spam-Status: No, hits=3.2 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT X-Spam-Check-By: sourceware.org Date: Fri, 20 Aug 2010 02:37:32 +0400 From: Andrey Repin Reply-To: Andrey Repin Message-ID: <1555888995.20100820023732@mtu-net.ru> To: Corinna Vinschen Subject: Re: cygwin 1.7.6: find skipping over some directories on NTFS mount points In-Reply-To: <20100819144309.GC19001@calimero.vinschen.de> References: <20100819083117.GO11340@calimero.vinschen.de> <20100819144309.GC19001@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Greetings, Corinna Vinschen! > I checked the strace, and after ascending back from the ATI subdir into > the toplevel dir successfully, find appears to exit "just so", without > any trace that it even *tries* to continue to scan further subdirs. And > unfortunately there's no way to see why find thinks there's nothing to > do anymore. If ATI is the junction (reparse point, or however you call it) to a top-level directory on another partition, this behavior could be explained by "exiting through the window": process enter the partition from the doors (junction), dig it, then trying to exit from real path, which is, indeed, at the root of partition. So the process finds itself at the top-level and gracefully dies considering work done. A wild guess, however. -- WBR, Andrey Repin (anrdaemon@freemail.ru) 20.08.2010, <2:33> Sorry for my terrible english... -- 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