Date: Thu, 31 Oct 2002 21:51:01 +0200 From: Laurynas Biveinis X-Mailer: The Bat! (v1.61) Personal X-Priority: 3 (Normal) Message-ID: <1339321814.20021031215101@softhome.net> To: Eli Zaretskii CC: djgpp-workers AT delorie DOT com, Andrew Cottrell Subject: Re: Findutils 4.1.7 port bugs & fix In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 31 Oct 2002 19:48:11.0420 (UTC) FILETIME=[718E25C0:01C28116] Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > Yes, perhaps it's high time to submit the patches to the meaintainer, now > that Findutils seem to be in active development again, after a long > hybernation. How can I find its development place? I've checked a week ago at Savannah, and last changelog entry was more than a year old. >> The second problem is that find stats directories during their >> traversal and caches their inodes and in the end we receive error that >> inode of some directory has changed. I added code to show find's inode cache and it looks like this: ------------------ sh-2.05b$ touch Done sh-2.05b$ find . -name '[Dd][Oo][Nn][Ee]' -exec rm -f '{}' ';' dir_ids[0]: ino = 268435457 dev = 2 name for stat() = . normalized name = c:/devel/djgpp/gnu/findutils-4.1.7 dir_ids[1]: ino = 268435487 dev = 2 name for stat() = find normalized name = c:/devel/djgpp/gnu/findutils-4.1.7/find c:/devel/djgpp/bin/find.exe: c:/devel/djgpp/gnu/findutils-4.1.7/.. changed durin g execution of c:/devel/djgpp/bin/find.exe ------------------ Everything seems to be OK here WRT our stat() implementation. I guess this is a bug in find itself, however I was unable to reproduce it under powerpc-unknown-linux-gnu. I guess I will seek assistance from Find maintainers in my copious free time. -- Laurynas