Hi,
the Ruby built-in Find module lacks a lot of features the
GNU find tools has. I wrote a new one (~170 lines).
<http://www.bertram-scharpf.de/tmp/find.rb>
Maybe somebody likes it.
Bertram
--
Bertram Scharpf
Stuttgart, Deutschland/Germany
http://www.bertram-scharpf.de
I wrote file-find not long ago:
http://raa.ruby-lang.org/project/file-find/
Regards,
Dan
On Oct 7, 6:41 am, Bertram Scharpf <li...@bertram-scharpf.de> wrote:
Hi,
the Ruby built-in Find module lacks a lot of features the
GNU find tools has. I wrote a new one (~170 lines).<http://www.bertram-scharpf.de/tmp/find.rb>
Maybe somebody likes it.
this is one of the very smallest directories i am working with:
[cfadmin@yacht cfadmin]$ find /mnt/yacht0/data/night_files/|wc -l
69287
[cfadmin@yacht cfadmin]$ ruby a.rb
user system total real
bertram.scharpf.find 2.140000 1.230000 3.370000 ( 7.602333)
alib.util.find 1.360000 0.440000 1.800000 ( 1.812519)
[cfadmin@yacht cfadmin]$ cat a.rb
require 'benchmark'
require 'alib'
require 'bertram.scharpf.find.rb'
top = '/mnt/yacht0/data/night_files/'
Benchmark.bm do |b|
b.report('bertram.scharpf.find'){ Find.open(top){|x|} }
b.report('alib.util.find'){ alib.util.find(top){|x|} }
end
also there is alib.util.find2 which yields the stat together with the path, preventing and extra stat on the pathname. in practice doing something like
def method_missing m, *a, &b
stat.send m, *a, &b
end
means you have to use a ton of code since it's possible that
f.size ### no error
f.mtime ### ENOENT
btw mine
http://codeforpeople.com/lib/ruby/alib/alib-0.5.0/lib/alib-0.5.0/find2.rb
isn't a spectacular implementation, it is based on Motoyuki Kasahara's 2001 lib, which used to be on the raa, called find2 - but it's reasonably fast, does depth and breath, caches stats, and handles files evaporation from the filesystem or not being accessible due to permissions errors.
i think all these libraries prove that a new find mechanism needs to be incorporated into the stdlib! we should take the best features from all the various libs and propose a new library that is backward compatible with the built-in find.
kind regards.
On Oct 7, 2007, at 6:41 AM, Bertram Scharpf wrote:
Hi,
the Ruby built-in Find module lacks a lot of features the
GNU find tools has. I wrote a new one (~170 lines).<http://www.bertram-scharpf.de/tmp/find.rb>
Maybe somebody likes it.
--
it is not enough to be compassionate. you must act.
h.h. the 14th dalai lama
Time to merge stuff into Ruby proper if so many (...) people see the need to improve the aparently meager features of the built-in find?
*t
On Sun, 7 Oct 2007, Daniel Berger wrote:
On Oct 7, 6:41 am, Bertram Scharpf <li...@bertram-scharpf.de> wrote:
Hi,
the Ruby built-in Find module lacks a lot of features the
GNU find tools has. I wrote a new one (~170 lines).<http://www.bertram-scharpf.de/tmp/find.rb>
Maybe somebody likes it.
I wrote file-find not long ago:
--
-----------------------------------------------------------
Tomas Pospisek
http://sourcepole.com - Linux & Open Source Solutions
-----------------------------------------------------------
Tomas Pospisek's Mailing Lists wrote:
On Sun, 7 Oct 2007, Daniel Berger wrote:
On Oct 7, 6:41 am, Bertram Scharpf <li...@bertram-scharpf.de> wrote:
Hi,
the Ruby built-in Find module lacks a lot of features the
GNU find tools has. I wrote a new one (~170 lines).<http://www.bertram-scharpf.de/tmp/find.rb>
Maybe somebody likes it.
I wrote file-find not long ago:
Time to merge stuff into Ruby proper if so many (...) people see the need
to improve the aparently meager features of the built-in find?
*t--
-----------------------------------------------------------
Tomas Pospisek
http://sourcepole.com - Linux & Open Source Solutions
-----------------------------------------------------------
As long as it doesn't get more bigger and fatter then GNU Find is....
Then I'd be happy 
--
Email and shopping with the feelgood factor!
55% of income to good causes. http://www.ippimail.com
My experience on ruby-core tells me that the odds of getting the
radical changes we would want into the stdlib are about nil unless
there's a general outcry.
Regards,
Dan
On Oct 7, 3:17 pm, Tomas Pospisek's Mailing Lists <t...@sourcepole.ch> wrote:
On Sun, 7 Oct 2007, Daniel Berger wrote:
> On Oct 7, 6:41 am, Bertram Scharpf <li...@bertram-scharpf.de> wrote:
>> Hi,>> the Ruby built-in Find module lacks a lot of features the
>> GNU find tools has. I wrote a new one (~170 lines).>> <http://www.bertram-scharpf.de/tmp/find.rb>
>> Maybe somebody likes it.
> I wrote file-find not long ago:
>http://raa.ruby-lang.org/project/file-find/
Time to merge stuff into Ruby proper if so many (...) people see the need
to improve the aparently meager features of the built-in find?
*t
>
> >> the Ruby built-in Find module lacks a lot of features the
> >> GNU find tools has. I wrote a new one (~170 lines).
>
> >> <http://www.bertram-scharpf.de/tmp/find.rb>
>
> >> Maybe somebody likes it.
>
> > I wrote file-find not long ago:
>
> >http://raa.ruby-lang.org/project/file-find/
>
Both seem complementary. Bertram has sorting built-in and is not
backwards compatible.
After a quick look, Bertram's code also has silly inefficient things
like:
dir = (Dir.open @fullpath do |d| d.entries end) - SPECIAL_DIRS
which can just be:
dir = Dir.entries(@fullpath) - SPECIAL_DIRS
and the Etc module may be checked several times depending on what you
request.
Daniel's has searching based on different much more rich criteria and
also breaks backwards compatibility. It lacks sorting and the docs
lack simple examples. I did not check the code yet.
Hi,
> >
> > >> the Ruby built-in Find module lacks a lot of features the
> > >> GNU find tools has. I wrote a new one (~170 lines).
> >
> > >> <http://www.bertram-scharpf.de/tmp/find.rb>
> >
> > >> Maybe somebody likes it.
> >
> > > I wrote file-find not long ago:
> >
> > >http://raa.ruby-lang.org/project/file-find/
> >Both seem complementary. Bertram has sorting built-in and is not
backwards compatible.After a quick look, Bertram's code also has silly inefficient things
like:
dir = (Dir.open @fullpath do |d| d.entries end) - SPECIAL_DIRS
which can just be:
dir = Dir.entries(@fullpath) - SPECIAL_DIRS
Argh!
and the Etc module may be checked several times depending on what you
request.
I already corrected this yesterday and upload it now.
Bertram
Am Montag, 08. Okt 2007, 20:35:04 +0900 schrieb gga:
--
Bertram Scharpf
Stuttgart, Deutschland/Germany
http://www.bertram-scharpf.de