[lnkForumImage]
TotalShareware - Download Free Software
Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Find.find --- returns directories/files backwards

Brad

3/10/2007 12:33:00 AM

New user question:

It seems to me when I run:
Find.find('/user/name/documents') {|path| puts path}

it returns all the directories in the reverse order. I was expecting
the directories to be returned in alphabetical order, but that doesn't
seem to be the case. Also, in one case it reads half of a directory's
files, then the sub dirs and then it finished reading the rest of the
directory it started in and finished writing them in the Puts
statement.

Am I missing something? How do you do get it to write out the
directories in alphabetical order?

Any and all help welcome.

Thank you.

Brad
24 Answers

Morton Goldberg

3/10/2007 7:45:00 AM

0

On Mar 9, 2007, at 7:35 PM, Brad wrote:

> New user question:
>
> It seems to me when I run:
> Find.find('/user/name/documents') {|path| puts path}
>
> it returns all the directories in the reverse order. I was expecting
> the directories to be returned in alphabetical order, but that doesn't
> seem to be the case. Also, in one case it reads half of a directory's
> files, then the sub dirs and then it finished reading the rest of the
> directory it started in and finished writing them in the Puts
> statement.
>
> Am I missing something? How do you do get it to write out the
> directories in alphabetical order?
>
> Any and all help welcome.

That's just the way Fine.find works. My experience is that, for most
applications, the order in which Find.find traverses directories
doesn't cause problems. But it may not be the best way to get a deep
list of the contents of a directory. Two alternatives you might try are

BASE = '/Users/mg/Downloads'

paths = []
Find.find(BASE) { |path| paths << path }
puts paths.reverse

or

Dir.glob("#{BASE}/**/*") { |path| puts path }

Note: this form of Dir.glob doesn't find dotted (hidden) files and
Fine.find does (there is a flag you can set to get dotted files with
Dir.glob).

Regards, Morton

gga

3/10/2007 7:52:00 AM

0

On 9 mar, 21:33, "Brad" <bradask...@gmail.com> wrote:
> New user question:
>
> Am I missing something? How do you do get it to write out the
> directories in alphabetical order?
>

You are probably using the wrong api. If you want to get a list of
files/directories in a single directory, you should use:
Dir.entries()
or
Dir.foreach() for more complex iterations.

Find does a recursive search across multiple directories (and
subdirectories).

That being said, files are read and returned as your OS does. So it
is up to you to sort them out into directories and not directories and
to sort them out. You can usually do that with arrays.

dir = Dir.pwd

#
# dirs and files sorted together
#
puts Dir.entries(dir).sort

#
# or... more complex...
#
dirs = []
files = []
Dir.foreach(dir) do |file|
next if file =~ /^\..?$/ # ignore . and ..
if File.directory?("#{dir}/#{file}")
dirs << file
else
files << file
end
end
dirs.sort!
files.sort!
puts dirs, "---", files

#
# or same, but simpler (more ruby-like)
#
all = Dir.entries(dir) - ['.', '..']
all.sort!
dirs = all.select { |x| File.directory?("#{dir}/#{x}") }
files = all - dirs
puts dirs, "---", files

John Joyce

3/10/2007 9:10:00 AM

0

You could also use a system call to the tools "which" or "locate" or
"find" on *nix systems and pipe that to where you need it. Very DRY!
On Mar 10, 2007, at 4:44 PM, Morton Goldberg wrote:

> On Mar 9, 2007, at 7:35 PM, Brad wrote:
>
>> New user question:
>>
>> It seems to me when I run:
>> Find.find('/user/name/documents') {|path| puts path}
>>
>> it returns all the directories in the reverse order. I was expecting
>> the directories to be returned in alphabetical order, but that
>> doesn't
>> seem to be the case. Also, in one case it reads half of a
>> directory's
>> files, then the sub dirs and then it finished reading the rest of the
>> directory it started in and finished writing them in the Puts
>> statement.
>>
>> Am I missing something? How do you do get it to write out the
>> directories in alphabetical order?
>>
>> Any and all help welcome.
>
> That's just the way Fine.find works. My experience is that, for
> most applications, the order in which Find.find traverses
> directories doesn't cause problems. But it may not be the best way
> to get a deep list of the contents of a directory. Two alternatives
> you might try are
>
> BASE = '/Users/mg/Downloads'
>
> paths = []
> Find.find(BASE) { |path| paths << path }
> puts paths.reverse
>
> or
>
> Dir.glob("#{BASE}/**/*") { |path| puts path }
>
> Note: this form of Dir.glob doesn't find dotted (hidden) files and
> Fine.find does (there is a flag you can set to get dotted files
> with Dir.glob).
>
> Regards, Morton
>

Choong Wei Tjeng

3/10/2007 9:21:00 AM

0

Here's a little something I happened to stumble upon yesterday though. I
think these are pretty sound arguments against calling external
commands, when you have the choice. Might want to take them into
consideration.

http://www.caliban.org/ruby/rubyguide.shtm...



On Sat, 2007-03-10 at 18:10 +0900, John Joyce wrote:
> You could also use a system call to the tools "which" or "locate" or
> "find" on *nix systems and pipe that to where you need it. Very DRY!
> On Mar 10, 2007, at 4:44 PM, Morton Goldberg wrote:
>
> > On Mar 9, 2007, at 7:35 PM, Brad wrote:
> >
> >> New user question:
> >>
> >> It seems to me when I run:
> >> Find.find('/user/name/documents') {|path| puts path}
> >>
> >> it returns all the directories in the reverse order. I was expecting
> >> the directories to be returned in alphabetical order, but that
> >> doesn't
> >> seem to be the case. Also, in one case it reads half of a
> >> directory's
> >> files, then the sub dirs and then it finished reading the rest of the
> >> directory it started in and finished writing them in the Puts
> >> statement.
> >>
> >> Am I missing something? How do you do get it to write out the
> >> directories in alphabetical order?
> >>
> >> Any and all help welcome.
> >
> > That's just the way Fine.find works. My experience is that, for
> > most applications, the order in which Find.find traverses
> > directories doesn't cause problems. But it may not be the best way
> > to get a deep list of the contents of a directory. Two alternatives
> > you might try are
> >
> > BASE = '/Users/mg/Downloads'
> >
> > paths = []
> > Find.find(BASE) { |path| paths << path }
> > puts paths.reverse
> >
> > or
> >
> > Dir.glob("#{BASE}/**/*") { |path| puts path }
> >
> > Note: this form of Dir.glob doesn't find dotted (hidden) files and
> > Fine.find does (there is a flag you can set to get dotted files
> > with Dir.glob).
> >
> > Regards, Morton
> >
>
>


John Joyce

3/10/2007 9:38:00 AM

0

Indeed! Those should always be considerations when making calls to
external binaries. But given those considerations, no need to repeat
things. Fact is, many things are ported easily because of such
binaries being pretty standard on *nix systems.
You could also always bundle those with it (if the licensing allows).
Point is, if you don't have to write something, don't do it.
I'm talking about duct tape, pretty much like what Perl is often used
for. (no offense to anyone, but I couldn't care less what anyone does
with windows, this sort of thing will work on most *nixes and a
windows DOS command should exist as well, it's part of porting. At
some level there are dependencies to care about and you can't support
ever version of every platform, it's just impossible.)
As for being a security risk, well, if you have Ruby executables then
you already have the same level of risk as calling any binary on the
system by any other means. You can't protect people from themselves.
Installers do this stuff all the time.
On Mar 10, 2007, at 6:20 PM, Choong Wei Tjeng wrote:

> Here's a little something I happened to stumble upon yesterday
> though. I
> think these are pretty sound arguments against calling external
> commands, when you have the choice. Might want to take them into
> consideration.
>
> http://www.caliban.org/ruby/rubyguide.shtm...

John Joyce

3/10/2007 10:12:00 AM

0

This link is for anyone new to Ruby. It's incredibly concise and well
written. Apparently it was an internal style guide at Google.
Whatever. It's a pretty good quick intro to what's in store for you
in Ruby. You can use it as a gage of what you need to know.
Especially useful if you've come from Perl.

http://www.caliban.org/ruby/rubyg...

(Choong Wei gave this link in a different thread)

Robert Klemme

3/10/2007 10:49:00 AM

0

On 10.03.2007 01:33, Brad wrote:
> It seems to me when I run:
> Find.find('/user/name/documents') {|path| puts path}
>
> it returns all the directories in the reverse order. I was expecting
> the directories to be returned in alphabetical order, but that doesn't
> seem to be the case. Also, in one case it reads half of a directory's
> files, then the sub dirs and then it finished reading the rest of the
> directory it started in and finished writing them in the Puts
> statement.
>
> Am I missing something? How do you do get it to write out the
> directories in alphabetical order?

As others said already, the order is dictated by how the OS returns
entries. Here's another solution:

puts Dir['/user/name/documents/**/*'].sort

Kind regards

robert

dblack

3/10/2007 1:09:00 PM

0

Hi --

On 3/10/07, John Joyce <dangerwillrobinsondanger@gmail.com> wrote:
> This link is for anyone new to Ruby. It's incredibly concise and well
> written. Apparently it was an internal style guide at Google.
> Whatever. It's a pretty good quick intro to what's in store for you
> in Ruby. You can use it as a gage of what you need to know.
> Especially useful if you've come from Perl.
>
> http://www.caliban.org/ruby/rubyg...

Thanks for the link. That really is a fine document. The only thing I
spotted that I'd change is the recommendation to put all require and
include statements at the top of a file, before class definitions.
With requires it usually (though not invariably) makes sense, but with
includes it doesn't, since they pertain to specific classes.


David

--
Q. What is THE Ruby book for Rails developers?
A. RUBY FOR RAILS by David A. Black (http://www.manning...)
(See what readers are saying! http://www.r.../r...)
Q. Where can I get Ruby/Rails on-site training, consulting, coaching?
A. Ruby Power and Light, LLC (http://www.r...)

Brad

3/10/2007 2:15:00 PM

0

Thank you everyone! There were several posts that worked and did what
I needed to do.

Thanks again.

Brad

SlackJaw

8/4/2007 10:28:00 PM

0

. wrote:

> SlackJaw wrote:
> > Sid9 wrote:
> >
> >>> Funny how lib call Gonzales a "proven liar" but have no qualms
> about >>> worshipping Clinton.
> > >
> >> False parallel....
> > >
> >> Clinton, Clinton, Clinton...the war cry of Republican failure!
> >
> > If you libs are so ashamed of Clinton, why did you bozos elect him
> > in the first place?
>
> We "libs" aren't ashamed of Bill Clinton at all. If he could run
> again, he'd be soundly elected for a third term.
>
> Bill Clinton stood head and shoulders above the Republicans in the WH
> now.

Yeah right. That's why whenever we bring up Clinton's name, you lib
instantly go into defense mode.