[#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:5679] Re: local variables (nested, in-block, parameters, etc.)

From: hal9000@...
Date: 2000-10-18 22:40:02 UTC
List: ruby-talk #5679
See below...

In article <39EDE85F.C6FBB86C@earthlink.net>,
  Charles Hixson <charleshixsn@earthlink.net> wrote:
> "Hal E. Fulton" wrote:

[snip]

>  I expected the loop variable to evaporate, and
> instead it staked permanent residence in whatever the current scope
was, and I
> presume that it would do the same in a real program rather than just
in an
> eval.rb test.  Definitely something to watch out for!

Well, I see it as a feature rather than a bug... the only problem I
see if when (as I showed before) a for-variable is named the same as
an existing local variable and thus clobbers it. This is related to
our original topic, in a way, isn't it?

Actually, this feature couldn't bite me, because I habitually would
never name a for-variable the same as an existing variable.

And the reason I consider it a feature is that if I break out of the
loop, I can retrieve the value without having to save it off first.

You may also find this interesting: If a for-variable is modified
during the loop, that value remains in effect for the rest of the
loop, but has no effect on subsequent execution. The for-loop simply
assigns values in sequence, blindly and happily (as I think it
should).

  for i in 1..10
    print i, "\n"
    if i == 3
      i = 7
    end
  end

The loop above will execute exactly ten times.

Hal

--
Hal Fulton


Sent via Deja.com http://www.deja.com/
Before you buy.

In This Thread