[#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)
David A. Black wrote:
> On Thu, 25 Aug 2005, 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 thing is, though, it isn't really descending. The path may not
> even exist. It's just moving from left to right through a bunch of
> tokens, which may or may not correspond to a real filesystem. If it
> were really a full traversal, you'd get:
>
> a
> a/b
> a/b/c
> a/b/c/d
Digging into the archive for the original example:
> Pathname.new('/path/to/some/file.rb').walk {|dir| p dir}
> #<Pathname:/path>
> #<Pathname:/path/to>
> #<Pathname:/path/to/some>
> #<Pathname:/path/to/some/file.rb>
> *plus* whatever else branched off of b, c, and d.
Only if you were doing the entire tree. It's still descent, even if you
only descend one branch.
(Let's not talk about the fact that in the real world branches ascend,
rather than descending... I guess computer scientists plant their trees
upside-down.)
Also, whether the directory structure you're descending through matches
the one on disk doesn't alter the fact that you're descending through a
directory structure.
> whereas what we're talking about here, as I understand it, is:
>
> a
> b
> c
> d
>
> which is much more just a list of components than a recursive traversal.
If that was all we were talking about, it wouldn't need to be a library
method at all, as that's just split('/').each
mathew