[#4766] Wiki — "Glen Stampoultzis" <trinexus@...>

21 messages 2000/09/04
[#4768] RE: Wiki — "NAKAMURA, Hiroshi" <nahi@...> 2000/09/04

Hi, Glen,

[#4783] Re: Wiki — Masatoshi SEKI <m_seki@...> 2000/09/04

[#4785] Re: Wiki — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/09/05

Howdy,

[#4883] Re-binding a block — Dave Thomas <Dave@...>

16 messages 2000/09/12

[#4930] Perl 6 rumblings -- RFC 225 (v1) Data: Superpositions — Conrad Schneiker <schneik@...>

Hi,

11 messages 2000/09/15

[#4936] Ruby Book Eng. translation editor's questions — Jon Babcock <jon@...>

20 messages 2000/09/16

[#5045] Proposal: Add constants to Math — Robert Feldt <feldt@...>

15 messages 2000/09/21

[#5077] Crazy idea? infix method calls — hal9000@...

This is a generalization of the "in" operator idea which I

17 messages 2000/09/22

[#5157] Compile Problem with 1.6.1 — Scott Billings <aerogems@...>

When I try to compile Ruby 1.6.1, I get the following error:

15 messages 2000/09/27

[ruby-talk:4888] Re: Re-binding a block

From: matz@... (Yukihiro Matsumoto)
Date: 2000-09-12 05:27:22 UTC
List: ruby-talk #4888
Hi,

In message "[ruby-talk:4887] Re: Re-binding a block"
    on 00/09/12, Dave Thomas <Dave@thomases.com> writes:

|Now, say I wanted to make it more complicated and pass parameters in
|to the block. Would it be reasonable to change instance_eval so that
|if block_given? was true, any parameters given to instance_eval were
|passed to the block? Or am I missing (yet another) clever trick?

I don't think it's good idea to change instance_eval.  How about this
yet another trick (using yet undocumented unbound method).

     class Matz2
       def internal(a)
	 puts @name
       end
       @@block = self.instance_method(:internal)
       @name = "class level"
       def initialize
         @name = "instance level"
       end

       def block
	 @@block.bind(self).call(42)
       end
     end

     Matz2.new.block

I'm amazing myself how many tricks Ruby provide.  It's far beyond the
author expected.

							matz.

In This Thread