Simon Burge wrote:

> Kazushi Marukawa wrote:
> 
> > That's true.  I did quick check by "find . -type f -print"
> > on the same disk and it didn't use memory so much.  Sorry
> > for doubting fts.  I should check -print first.  Thank you
> > for the correction.
> 
> dmalloc (look in pkgsrc/devel/dmalloc) shows 26 lines like:
> 
> 	1000452103: 113:  not freed: '0x8096208|s3' (160 bytes) from 'ra=0x480cf1c9'
> 
> when "find . -type f -exec ls \;" is run on a directory with 26 files :(
> I haven't looked any further than this yet.

I've committed a fix for this - look for rev 1.36 of
usr.bin/find/function.c.  Basically, vfork() and execvp() don't mix.
I'm looking for other occurances of this in our source tree.

Simon.
--
Simon Burge                            <simonb@wasabisystems.com>
NetBSD CDs, Support and Service:    http://www.wasabisystems.com/