[#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:18299] Re: Heisencallback?

From: Calamitas <calamitates@...>
Date: 2008-08-14 14:03:37 UTC
List: ruby-core #18299
On Thu, Aug 14, 2008 at 3:24 PM, David A. Black <dblack@rubypal.com> wrote:
> Hi --
>
> It seems a little odd to me that this:
>
> class C
>  def self.singleton_method_added(m)
>    puts "Method #{m} was just defined."
>  end
> end
>
> produces this output:
>
> Method singleton_method_added was just defined.
>
> Wouldn't it be more logical for the callback itself to be excluded
> from triggering itself?

While we're at it:

  class Class
    def method_added(m)
       puts m
    end
  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.

Peter

In This Thread