From:	zow AT mdbs DOT com (Zow Terry Brugger)
Subject:	RE: B19.1: Bug in compiled version of find from Findutils4.1
5 May 1998 21:41:35 -0700 :
Message-ID:	<01BD7807.B79F0C40.cygnus.gnu-win32@libby.mdbs.com>
Mime-Version:	1.0
To:	"'Antony C. Roberts'" <acroberts-work AT iName DOT com>,
	"gnu-win32 AT cygnus DOT com"
	<gnu-win32 AT cygnus DOT com>

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 AT iName DOT com]
Sent:	Monday, May 04, 1998 5:07 AM
To:	gnu-win32 AT cygnus DOT 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 AT cygnus DOT com" with one line of text: "help".

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

- Raw text -