"Richard L. Hamilton" <[EMAIL PROTECTED]> wrote:

> > 
> > > "What, Slowlaris still exists?"
> > 
> > Well, I sure was blown away by the incredible
> > difference between Solaris 8 find and gnu find.
> > 
>
> This would be the gnu find that needs one to use a nonstandard option
> -noleaf to tell it _not_ to optimize out one stat() per directory?  That
> could've been done automatically by testing the assumption on each
> filesystem, and altering its behavior adaptively, but no, they had to
> add an extra flag to ensure it behaves correctly on AFS and ISO filesystems.

GNU find does not even behave correctly on UFS in case you have hard linked 
directories.

GNU find always fails on PC-fs and on HSFS in case that dou do not use a 
non-standard "option" (really a "primary") -noleaf.

sfind optimizes this based on fs names.

I did propose a pathconf() call to retrieve directory "hardlink" semantics
some time ago on the POSIX mailing list as this is the only way to do it
right. 

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
       [EMAIL PROTECTED]                (uni)  
       [EMAIL PROTECTED]     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
opensolaris-discuss mailing list
[email protected]

Reply via email to