Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3705016 By: nobody
> Essentially this behavior makes find impractical for searching over very large directory structures on Win32. I also struggled with this problem a couple of years ago. I needed to search for files over huge directories and return size/mtime/ctime/attribs/etc on the matches. It was literally taking hours to run. GnuWin32 find/cygwin find/perl were all very slow. I wound up doing a little reverse engineering of Windows Explorer to see how it returned the file sizes/times/etc so quickly (~10 seconds). Turns out that the Win32 API calls FindFirstFileA() & FindNextFileA() in kernel32.dll are *much* faster than stat() on Win32. I ended up writing a little module in Perl to simply wrap those API functions. I could try to find it (pun intended) if you want to see it. If you discover a better solution, please post and share it. I'd like to know it. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=74807 ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ GnuWin32-Users mailing list GnuWin32-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gnuwin32-users
