[#5524] Division weirdness in 1.9 — "Florian Frank" <flori@...>
Hi,
[#5536] bug in variable assignment — Mauricio Fern疣dez <mfp@...>
Hi,
On Mon, Aug 08, 2005 at 11:36:22AM +0900, nobuyoshi nakada wrote:
hi,
Hi,
[#5552] Exceptions in threads all get converted to a TypeError — Paul van Tilburg <paul@...>
Hey all,
[#5563] Non-overridable and non-redefinable methods — Eric Mahurin <eric_mahurin@...>
Lately, I've been thinking about the future of ruby
On 8/19/05, Eric Mahurin <eric_mahurin@yahoo.com> wrote:
--- Austin Ziegler <halostatue@gmail.com> wrote:
Just wanted to add a few things.
On 8/19/05, TRANS <transfire@gmail.com> wrote:
Hi --
--- "David A. Black" <dblack@wobblini.net> wrote:
On 8/20/05, Eric Mahurin <eric_mahurin@yahoo.com> wrote:
On 8/20/05, TRANS <transfire@gmail.com> wrote:
On 8/19/05, Eric Mahurin <eric_mahurin@yahoo.com> wrote:
--- Austin Ziegler <halostatue@gmail.com> wrote:
On 20 Aug 2005, at 02:05, Eric Mahurin wrote:
Eric Hodel wrote:
Eric Mahurin wrote:
Hi,
--- SASADA Koichi <ko1@atdot.net> wrote:
Hi,
--- SASADA Koichi <ko1@atdot.net> wrote:
[#5609] Pathname#walk for traversing path nodes (patch) — ES <ruby-ml@...>
Here is a small addition to Pathname against 1.9, probably suited
Evan Webb wrote:
In article <43094510.6090406@magical-cat.org>,
[#5651] File.extname edge case bug? — Daniel Berger <Daniel.Berger@...>
Hi all,
[#5662] Postgrey — Shugo Maeda <shugo@...>
Hi,
[#5676] uri test failures. (Re: [ruby-cvs] ruby/lib, ruby/lib/uri: Lovely RDOC patches from mathew (metaATpoboxDOTcom) on URI/* and getoptlong.rb) — Tanaka Akira <akr@...17n.org>
In article <20050824050801.5B4E0C671F@lithium.ruby-lang.org>,
[#5680] Problem with mkmf and spaces in directory names? — noreply@...
Bugs item #2308, was opened at 2005-08-25 13:42
[#5685] Wilderness Project — "Charles E. Thornton" <ruby-core@...>
OK - I see where ELTS_SHARED is used to implement COPY-ON-WRITE
Re: Pathname#walk for traversing path nodes (patch)
On Thu, Aug 25, 2005 at 01:00:24AM +0900, mathew wrote:
> ES wrote:
> >The absolute best name would be simply #each (incidentally, looks like
> >it would be available). That failing, #walk, #traverse or #each_node.
>
> I'd like to suggest "descend", because it's really descending into the
> path provided. The case where the path contains ".." is exceptional; I
> imagine most real uses of the method won't be on ".." paths. And even
> then, it's arguable that you're still descending into the *path*, it's
> just that the path is relative and moves up the directory tree.
I seem to use it the other way around as well. Paths are just a bit like
Ruby's class hierarchy and when trying to walk up to find some related
files, I use something like this:
class Pathname
# Calls the _block_ for every successive parent directory of the
# directory path until the root (absolute path) or +.+ (relative path)
# is reached.
def each_ancestor(&block) # :yield: dir
cur_dir = self
until cur_dir.root? or cur_dir == Pathname.new(".")
cur_dir = cur_dir.parent
yield cur_dir
end
end
end # class Pathname
> The terminology then matches the common computer science terminology;
> e.g. "depth-first recursive descent".
Maybe both ascend and descend are nice to have, although their niches
are probably different.
> I'm also curious to know what the real-world use case is for this
> method. I can't recall ever having wanted to descend a single path
> component-by-component.
I use the above method to find a file that includes a file for the given Pathname
object, for that I have to look in the current directory and up, and up,
and up...
Paul
--
Student @ Eindhoven | email: paul@luon.net
University of Technology, The Netherlands | JID: paul@luon.net
>>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181