[#25936] [Bug:1.9] [rubygems] $LOAD_PATH includes bin directory — Nobuyoshi Nakada <nobu@...>

Hi,

10 messages 2009/10/05

[#25943] Disabling tainting — Tony Arcieri <tony@...>

Would it make sense to have a flag passed to the interpreter on startup that

16 messages 2009/10/05

[#26028] [Bug #2189] Math.atanh(1) & Math.atanh(-1) should not raise an error — Marc-Andre Lafortune <redmine@...>

Bug #2189: Math.atanh(1) & Math.atanh(-1) should not raise an error

14 messages 2009/10/10

[#26222] [Bug #2250] IO::for_fd() objects' finalization dangerously closes underlying fds — Mike Pomraning <redmine@...>

Bug #2250: IO::for_fd() objects' finalization dangerously closes underlying fds

11 messages 2009/10/22

[#26244] [Bug #2258] Kernel#require inside rb_require() inside rb_protect() inside SysV context fails — Suraj Kurapati <redmine@...>

Bug #2258: Kernel#require inside rb_require() inside rb_protect() inside SysV context fails

24 messages 2009/10/22

[#26361] [Feature #2294] [PATCH] ruby_bind_stack() to embed Ruby in coroutine — Suraj Kurapati <redmine@...>

Feature #2294: [PATCH] ruby_bind_stack() to embed Ruby in coroutine

42 messages 2009/10/27

[#26371] [Bug #2295] segmentation faults — tomer doron <redmine@...>

Bug #2295: segmentation faults

16 messages 2009/10/27

[ruby-core:26420] Re: [Bug #1901] Segfault for Enumerable#count When Aliased to #size

From: Yukihiro Matsumoto <matz@...>
Date: 2009-10-29 23:09:02 UTC
List: ruby-core #26420
Hi,

In message "Re: [ruby-core:24794] [Bug #1901] Segfault for Enumerable#count When Aliased to #size"
    on Thu, 6 Aug 2009 23:24:18 +0900, Run Paint Run Run <redmine@ruby-lang.org> writes:

|  class E
|    include Enumerable
|    alias :size :count
|    def each
|      yield 1
|    end
|  end
|  
|  p E.new.count
|
|  $ ruby -v /tmp/enum-size.rb 
|  ruby 1.9.2dev (2009-08-05 trunk 24397) [i686-linux]
|  Segmentation fault
|
|1.8.7 gives a SystemStackError. It would be nice if #count recognized #size was an alias and didn't try to invoke it.

I fixed this by r25560, but I still consider the fix is implementation
dependent, so that some implementation might (and can) cause infinite
recursion.

							matz.

In This Thread