[#407] New feature for Ruby? — Clemens.Hintze@...
Hi all,
27 messages
1999/07/01
[#413] Re: New feature for Ruby?
— matz@... (Yukihiro Matsumoto)
1999/07/01
Hi Clemens,
[#416] Re: New feature for Ruby?
— Clemens Hintze <c.hintze@...>
1999/07/01
On Thu, 01 Jul 1999, Yukihiro Matsumoto wrote:
[#418] Re: New feature for Ruby?
— gotoken@... (GOTO Kentaro)
1999/07/01
Hi
[#426] Re: New feature for Ruby?
— gotoken@... (GOTO Kentaro)
1999/07/02
Hi,
[#427] Re: New feature for Ruby?
— Clemens Hintze <c.hintze@...>
1999/07/02
On Fri, 02 Jul 1999, you wrote:
[#428] Re: New feature for Ruby?
— gotoken@... (GOTO Kentaro)
1999/07/03
Hi,
[#429] Re: New feature for Ruby?
— Clemens Hintze <c.hintze@...>
1999/07/03
On Sat, 03 Jul 1999, you wrote:
[#430] Re: New feature for Ruby?
— gotoken@... (GOTO Kentaro)
1999/07/05
Hi,
[#431] Re: New feature for Ruby?
— Clemens Hintze <c.hintze@...>
1999/07/07
On Mon, 05 Jul 1999, you wrote:
[#440] Now another totally different ;-) — Clemens Hintze <c.hintze@...>
Hi,
21 messages
1999/07/09
[#441] Re: Now another totally different ;-)
— matz@... (Yukihiro Matsumoto)
1999/07/09
Hi,
[#442] Re: Now another totally different ;-)
— Clemens Hintze <c.hintze@...>
1999/07/09
On Fri, 09 Jul 1999, you wrote:
[#452] Re: Now another totally different ;-)
— gotoken@... (GOTO Kentaro)
1999/07/11
Hi,
[#462] Re: Now another totally different ;-)
— matz@... (Yukihiro Matsumoto)
1999/07/12
Hello, there.
[#464] Re: Now another totally different ;-)
— Clemens Hintze <c.hintze@...>
1999/07/12
On Mon, 12 Jul 1999, you wrote:
[#467] Re: Now another totally different ;-)
— matz@... (Yukihiro Matsumoto)
1999/07/12
Hi,
[#468] Re: Now another totally different ;-)
— gotoken@... (GOTO Kentaro)
1999/07/12
In message "[ruby-talk:00467] Re: Now another totally different ;-)"
[#443] — Michael Hohn <hohn@...>
Hello,
26 messages
1999/07/09
[#444] interactive ruby, debugger
— gotoken@... (GOTO Kentaro)
1999/07/09
Hi Michael,
[#448] Re: interactive ruby, debugger
— "NAKAMURA, Hiroshi" <nakahiro@...>
1999/07/10
Hi,
[#450] Re: interactive ruby, debugger
— Clemens Hintze <c.hintze@...>
1999/07/10
On Sat, 10 Jul 1999, you wrote:
[#490] Some questions concerning GC in Ruby extensions — Clemens Hintze <c.hintze@...>
Hi matz,
6 messages
1999/07/14
[#501] Ruby 1.3.5 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.5 is out, check out:
1 message
1999/07/15
[#519] CGI.rb — "Michael Neumann" <neumann@...>
Hi...
7 messages
1999/07/24
[#526] Another way for this? And a new proposal! — Clemens Hintze <c.hintze@...>
Hi,
6 messages
1999/07/25
[ruby-talk:00466] Re: Now another totally different ;-)
From:
gotoken@... (GOTO Kentaro)
Date:
1999-07-12 09:03:13 UTC
List:
ruby-talk #466
In message "[ruby-talk:00465] Re: Now another totally different ;-)"
on 99/07/12, Clemens Hintze <c.hintze@gmx.net> writes:
>>I'm very sorry. I understand your request now (as far as I believe).
>
>Ahem?!? You are sorry for understanding my request now?? ;-))))
Oops! I would say "I'm very sorry for misunderstatnding. But ..." :-(
>>>1. Your class is tricky coded. It seems to be a open-end enumeration.
>>> So you cannot simply include Enumerable, as that module awaits
>>> self-determinish enumerations. Here no method of Enumerable would
>>> work well, you have to break that enumeration manually by break.
>>> These are not the conditions Enumerable would like to use the
>>> `each' method.
>>
>>But IO<Enumerable has the same characteristics. IO is essentially a
>>nondeterministic class.
>
>I hope not so ;-) I hope, that the IO stream would end some time
>with a EOF. So that would make it a deterministic one, wouldn't it?
It is true too, however, we can't determine before EOF whether a
stream eventually reaches end or not. So, IO sometimes behave as same
as my example of Trajectory#each, which never finish itself. In this
sense, even IO#collect or IO#collect might not finish.
In [ruby-talk:00442]
>3. I have not thought very deeply, but I would think, that every class
> which provides an `each' method, would define a certain kind of
> sequence then! I don't believe that there would be a class, which
> would deliver different sequences during two successive calls of
> e.g. Enumeration#collect. That means:
All I claim is a never-ending series should be allowed having the
right to be a instance of Sequence.
>[exellent examples of code deleted...]
(it might be dirty :-)
>>Well, This solution may be not ellegant.
>
>I fear, that I must agree. It is tricky, but I think a little
>overblasted for my simple and humble desire ;-)
Well, another solution is letting the external iterator be able to be
given steping proc, which may require big change of the syntax:
for i in from..to step lambda{|i| i+0.2}
...
end
or
for i in (from..to).with_step{|i| i+0.2}
...
end
-- gotoken