[#18121] [Ruby 1.8.7 - Bug #405] (Open) ssl.rb:31: [BUG] Bus Error — Anonymous <redmine@...>

Issue #405 has been reported by Anonymous.

14 messages 2008/08/04

[#18130] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Brian Candler <B.Candler@...>

> Seriously though... Array.first is a noun.

10 messages 2008/08/05

[#18319] NEW Command: absolute_path() -- — "C.E. Thornton" <admin@...>

Core,

14 messages 2008/08/16
[#18321] Re: NEW Command: absolute_path() -- — Yukihiro Matsumoto <matz@...> 2008/08/18

Hi,

[#18381] [Bug #496] DRb.start_service(nil) is very slow — Hongli Lai <redmine@...>

Bug #496: DRb.start_service(nil) is very slow

11 messages 2008/08/25

[ruby-core:18300] Re: Heisencallback?

From: Trans <transfire@...>
Date: 2008-08-14 15:06:57 UTC
List: ruby-core #18300

On Aug 14, 10:03=A0am, Calamitas <calamita...@gmail.com> wrote:
>
> While we're at it:
>
> =A0 class Class
> =A0 =A0 def method_added(m)
> =A0 =A0 =A0 =A0puts m
> =A0 =A0 end
> =A0 end
>
> This came up when looking for a full-proof way of catching all method
> definitions. There is one however that can never be caught, and that's
> the one above. To that end, it would help a lot if the *old* callback
> were called instead of the new one.

Not quite the same issue, but closely related... Personally, I would
like to see the particular callback completely deactivated while
executing. It seems to me that recursing on

  def method_added(m)
    define_method("#{m}2"){  }
  end

is not only annoying, but almost certainly unnecessary, since by
defining a method within method_added, I already know it's happening.

T.

In This Thread

Prev Next