in reply to Re^3: -s takes too long on 15,000 files
in thread -s takes too long on 15,000 files

One drawback of this however is that various attributes somehow dont propagate to the linked file unless its opened first (a caching bug apparently).

Thanks for the update.

I found the MS page that relates to this. The way they describe it, it reads more as a limitation than a bug per se, but it is obscure enough that your bypass mode might make the better default--at least on native builds. I would guess that it may see more use on cygwin builds?


Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
  • Comment on Re^4: -s takes too long on 15,000 files

Replies are listed 'Best First'.
Re^5: -s takes too long on 15,000 files
by demerphq (Chancellor) on Feb 27, 2006 at 18:38 UTC

    I would guess that it may see more use on cygwin builds?

    Not sure exactly. I dont know how much cygwin lives in the POSIX layer and how much is just emulation.

    And with sitecustomize you can make it the default as needed. IMO, what we really need is a patch to File::Find that enables ${^WIN32_SLOPPY_STAT} by default when $^O eq 'MSWin32'

    ---
    $world=~s/war/peace/g