[#5218] Ruby Book Eng tl, ch1 question — Jon Babcock <jon@...>

13 messages 2000/10/02

[#5404] Object.foo, setters and so on — "Hal E. Fulton" <hal9000@...>

OK, here is what I think I know.

14 messages 2000/10/11

[#5425] Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...>

18 messages 2000/10/11
[#5427] RE: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — OZAWA -Crouton- Sakuro <crouton@...> 2000/10/11

At Thu, 12 Oct 2000 03:49:46 +0900,

[#5429] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...> 2000/10/11

Thanks for the input.

[#5432] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Yasushi Shoji <yashi@...> 2000/10/11

At Thu, 12 Oct 2000 04:53:41 +0900,

[#5516] Re: Some newbye question — ts <decoux@...>

>>>>> "D" == Davide Marchignoli <marchign@di.unipi.it> writes:

80 messages 2000/10/13
[#5531] Re: Some newbye question — matz@... (Yukihiro Matsumoto) 2000/10/14

Hi,

[#5544] Re: Some newbye question — Davide Marchignoli <marchign@...> 2000/10/15

On Sat, 14 Oct 2000, Yukihiro Matsumoto wrote:

[#5576] Re: local variables (nested, in-block, parameters, etc.) — Dave Thomas <Dave@...> 2000/10/16

matz@zetabits.com (Yukihiro Matsumoto) writes:

[#5617] Re: local variables (nested, in-block, parameters, etc.) — "Brian F. Feldman" <green@...> 2000/10/16

Dave Thomas <Dave@thomases.com> wrote:

[#5705] Dynamic languages, SWOT ? — Hugh Sasse Staff Elec Eng <hgs@...>

There has been discussion on this list/group from time to time about

16 messages 2000/10/20
[#5712] Re: Dynamic languages, SWOT ? — Charles Hixson <charleshixsn@...> 2000/10/20

Hugh Sasse Staff Elec Eng wrote:

[#5882] [RFC] Towards a new synchronisation primitive — hipster <hipster@...4all.nl>

Hello fellow rubyists,

21 messages 2000/10/26

[ruby-talk:5271] Re: Changes in 1.6.0

From: "Hal E. Fulton" <hal9000@...>
Date: 2000-10-04 02:33:06 UTC
List: ruby-talk #5271
Thank you very much, Matz... as always, we are 
indebted to you.

> 
> In 1.4, multiple assignment
> 
>   a, b = c
> 
> invokes c.to_a internally if a is not an array.  

I guess you mean if c is not an array.

>1.6 multiple
> assignment does not call to_a, but if c has to_ary method, invoke it
> to convert c into an array.
> 

So there was some kind of problem with calling to_a... has this been
discussed on ruby-talk?

>  rescue clause for method body
> 
>   def foo
>     ...
>   rescue LoadError
>     STDERR.print "can't load\n"
>   end

Ahh! I assume (I will verify this later) that it honors the else, the =>
notation, the ensure, and the retry?

> 
> |> * syntax enhanced, e.g.
> |>
> |>   a,b = File::split "foo/bar"
> |
> |I see that this doesn't work in my 1.4.3 -- I thought this would have
> |worked long ago.
> 
> Have you tried?  I found it was not working.  So I fixed it in 1.6.

Yes, I did try this and found it broken in 1.4, but not until you had
already fixed it.  :)

> No, yield has the evaluated value of the block, which is the value
> from last evaluated expression in the block.

I see. So a block always returns a value? I will check this also.


>   def nil.foo
>     print "foo\n"
>   end
>   nil.foo

I did not know this was a new feature.

>   def 1.foo
>     print "1\n"
>   end
>   1.foo
> 
> is not possible (yet).  

Good heavens. Of course, this could be useful for Pentium Mode,
so we can make 2 + 2 = 3.9 while all other addition works fine. :)
Sorry, that is an obsolete reference to the old Pentium bug from '96
or so.

> 
> |> * regex option /p renamed to /m
> |
> |Why?
> 
> I chose /p to stand for POSIX, but I was misinformed.  /p behavior was
> not related to POSIX at all.  So I changed that to /m (multiline).

Well, I was fooled also. :)

Thanks very much, Matz...

Hal Fulton



In This Thread