B19.1: Bug in compiled version of find from Findutils4.1

["Zow" Terry Brugger]

It sounds to me like the same problem as rm -r has in that GNU-Win32 determines if there are cycles in the file system judging by the names (and contents?) I bet that find is seeing these "cycles" and stopping. Can anyone verify this?

Terry


-----Original Message-----
From:	Antony C. Roberts [SMTP:acroberts-work@iName.com]
Sent:	Monday, May 04, 1998 5:07 AM
To:	gnu-win32@cygnus.com
Subject:	B19.1: Bug in compiled version of find from Findutils4.1

Hi,

I have the following problem with the version of find that
ships with B19.1. If I create a directory called
/00/00/00/00/00 and then run find on /00 it stops searching
after /00/00/00!

The problem always occurs when the first three directories
have the same name (eg /tt/tt/tt/tt, /mm33/mm33/mm33/mm33,
etc) and contain no files.

I obtained the latest version from the GNU source archive
(finutils-4.1) and compiled in on a Solaris machine. It
worked OK. I took the same code and compiled it under the
B19.1 CDK and it produced the same results as described
above (it didn't work).

An API error?

Cheers beers,

Ant.

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".