[#36679] [Ruby 1.9 - Bug #4814][Open] minitest 2.2.x and test/unit do not get along — Ryan Davis <ryand-ruby@...>
9 messages
2011/06/01
[#36707] [Ruby 1.9 - Feature #4818][Open] Add method marshalable? — Joey Zhou <yimutang@...>
5 messages
2011/06/03
[#36711] [Ruby 1.9 - Bug #4821][Open] Random Segfaults (in start_thread?) — Ivan Bortko <b2630639@...>
22 messages
2011/06/03
[#36714] [Ruby 1.9 - Feature #4822][Open] String#capitalize improvements — Anurag Priyam <anurag08priyam@...>
8 messages
2011/06/03
[#36720] Direct modifications to RubyGems in trunk? — Luis Lavena <luislavena@...>
Hello,
4 messages
2011/06/03
[#36730] [Ruby 1.9 - Feature #4824][Open] Provide method Kernel#executed? — Lazaridis Ilias <ilias@...>
56 messages
2011/06/04
[#36902] [Ruby 1.9 - Feature #4824] Provide method Kernel#executed?
— Rocky Bernstein <rocky@...>
2011/06/09
[#36935] Re: [Ruby 1.9 - Feature #4824] Provide method Kernel#executed?
— Cezary <cezary.baginski@...>
2011/06/10
On Fri, Jun 10, 2011 at 07:20:32AM +0900, Rocky Bernstein wrote:
[#36957] Re: [Ruby 1.9 - Feature #4824] Provide method Kernel#executed?
— Rocky Bernstein <rockyb@...>
2011/06/11
On Fri, Jun 10, 2011 at 10:03 AM, Cezary <cezary.baginski@gmail.com> wrote:
[#37089] Re: [Ruby 1.9 - Feature #4824] Provide method Kernel#executed?
— Cezary <cezary.baginski@...>
2011/06/13
On Sat, Jun 11, 2011 at 11:20:31AM +0900, Rocky Bernstein wrote:
[#36732] [Ruby 1.9 - Feature #4824] Provide method Kernel#executed?
— Yukihiro Matsumoto <matz@...>
2011/06/04
[#36758] [Ruby 1.9 - Feature #4824] Provide method Kernel#executed?
— Benoit Daloze <redmine@...>
2011/06/05
[#36784] [Ruby 1.9 - Feature #4824] Provide method Kernel#executed?
— Rodrigo Rosenfeld Rosas <rr.rosas@...>
2011/06/06
[#36833] Re: [Ruby 1.9 - Feature #4824] Provide method Kernel#executed?
— Charles Oliver Nutter <headius@...>
2011/06/08
On Mon, Jun 6, 2011 at 7:09 AM, Rodrigo Rosenfeld Rosas
[#36741] [Ruby 1.9 - Bug #4828][Open] crash in test_thread_instance_variable — Motohiro KOSAKI <kosaki.motohiro@...>
8 messages
2011/06/05
[#36750] [Ruby 1.9 - Feature #4830][Open] Provide Default Variables for Array#each and other iterators — Lazaridis Ilias <ilias@...>
24 messages
2011/06/05
[#36907] [Ruby 1.9 - Feature #4830] Provide Default Variables for Array#each and other iterators
— Jan Lelis <mail@...>
2011/06/10
[#36764] [Ruby 1.9 - Feature #4831][Open] Integer#prime_factors — Yusuke Endoh <mame@...>
5 messages
2011/06/05
[#36785] [Ruby 1.9 - Feature #4840][Open] Allow returning from require — Rodrigo Rosenfeld Rosas <rr.rosas@...>
53 messages
2011/06/06
[#36786] Re: [Ruby 1.9 - Feature #4840][Open] Allow returning from require
— Michael Edgar <adgar@...>
2011/06/06
On Jun 6, 2011, at 10:11 AM, Rodrigo Rosenfeld Rosas wrote:
[#36804] Re: [Ruby 1.9 - Feature #4840][Open] Allow returning from require
— Clifford Heath <clifford.heath@...>
2011/06/06
On 07/06/2011, at 12:18 AM, Michael Edgar wrote:
[#36811] Re: [Ruby 1.9 - Feature #4840][Open] Allow returning from require
— Yusuke ENDOH <mame@...>
2011/06/07
Hello,
[#36830] Re: [Ruby 1.9 - Feature #4840][Open] Allow returning from require
— Yukihiro Matsumoto <matz@...>
2011/06/08
Hi,
[#46648] [ruby-trunk - Feature #4840] Allow returning from require
— "mame (Yusuke Endoh)" <mame@...>
2012/07/23
[#46667] Re: [ruby-trunk - Feature #4840] Allow returning from require
— Rodrigo Rosenfeld Rosas <rr.rosas@...>
2012/07/23
Em 23-07-2012 10:12, mame (Yusuke Endoh) escreveu:
[#46673] [ruby-trunk - Feature #4840] Allow returning from require
— "alexeymuranov (Alexey Muranov)" <redmine@...>
2012/07/23
[#46701] Re: [ruby-trunk - Feature #4840] Allow returning from require
— SASADA Koichi <ko1@...>
2012/07/24
(2012/07/24 0:44), alexeymuranov (Alexey Muranov) wrote:
[#54874] [ruby-trunk - Feature #4840] Allow returning from require
— "nobu (Nobuyoshi Nakada)" <nobu@...>
2013/05/09
[#36787] [Ruby 1.9 - Bug #4841][Open] WEBrick threading leads to infinite loop — Peak Xu <peak.xu+ruby@...>
8 messages
2011/06/06
[#36799] [Ruby 1.9 - Feature #4845][Open] Provide Class#cb_object_instantiated_from_literal(object) — Lazaridis Ilias <ilias@...>
11 messages
2011/06/06
[#36834] [Ruby 1.9 - Feature #3905] rb_clear_cache_by_class() called often during GC for non-blocking I/O — Charles Nutter <headius@...>
10 messages
2011/06/08
[#36860] Re: [Ruby 1.9 - Feature #3905] rb_clear_cache_by_class() called often during GC for non-blocking I/O
— Eric Wong <normalperson@...>
2011/06/08
Charles Nutter <headius@headius.com> wrote:
[#36875] Re: [Ruby 1.9 - Feature #3905] rb_clear_cache_by_class() called often during GC for non-blocking I/O
— Charles Oliver Nutter <headius@...>
2011/06/09
On Wed, Jun 8, 2011 at 4:00 PM, Eric Wong <normalperson@yhbt.net> wrote:
[#36878] Re: [Ruby 1.9 - Feature #3905] rb_clear_cache_by_class() called often during GC for non-blocking I/O
— Eric Wong <normalperson@...>
2011/06/09
Charles Oliver Nutter <headius@headius.com> wrote:
[#36863] Object#trust vs Object#taint — Aaron Patterson <aaron@...>
Hi,
16 messages
2011/06/08
[#36866] Re: Object#trust vs Object#taint
— Yukihiro Matsumoto <matz@...>
2011/06/08
Hi,
[#36873] Re: Object#trust vs Object#taint
— Aaron Patterson <aaron@...>
2011/06/09
On Thu, Jun 09, 2011 at 07:49:06AM +0900, Yukihiro Matsumoto wrote:
[#36876] Re: Object#trust vs Object#taint
— Charles Oliver Nutter <headius@...>
2011/06/09
On Wed, Jun 8, 2011 at 8:19 PM, Aaron Patterson
[#36877] Re: Object#trust vs Object#taint
— Shugo Maeda <shugo@...>
2011/06/09
Hi,
[#36911] Re: Object#trust vs Object#taint
— Charles Oliver Nutter <headius@...>
2011/06/10
On Thu, Jun 9, 2011 at 12:46 AM, Shugo Maeda <shugo@ruby-lang.org> wrote:
[#36914] Re: Object#trust vs Object#taint
— Shugo Maeda <shugo@...>
2011/06/10
Hi,
[#36996] [Ruby 1.9 - Bug #4869][Open] 2206368128.chr(Encoding::UTF_8) fails strangely — Hal Brodigan <postmodern.mod3@...>
5 messages
2011/06/11
[#37071] [Ruby 1.9 - Feature #4877][Open] Unify Variable Expansion within Strings — Lazaridis Ilias <ilias@...>
12 messages
2011/06/12
[#37106] ruby core tutorials location — Roger Pack <rogerdpack2@...>
Hello all.
10 messages
2011/06/13
[#37107] Re: ruby core tutorials location
— Jon <jon.forums@...>
2011/06/13
> Hello all.
[#37115] Re: ruby core tutorials location
— Roger Pack <rogerdpack2@...>
2011/06/13
> Rather than adding links to source code, I would prefer the wikibooks link and others under a new Tutorials section of http://www.ruby-lang.org/en/documentation/ as well as adding http://ruby.runpaint.org/ to the existing Getting Started section.
[#37117] Re: ruby core tutorials location
— Jon <jon.forums@...>
2011/06/13
> > Rather than adding links to source code, I would prefer the wikibooks link and others under a new Tutorials section of http://www.ruby-lang.org/en/documentation/ as well as adding http://ruby.runpaint.org/ to the existing Getting Started section.
[#37128] Re: ruby core tutorials location
— Roger Pack <rogerdpack2@...>
2011/06/14
> I like what you're trying to do and see how great that tutorial connectio=
[#37137] Re: ruby core tutorials location
— Jon <jon.forums@...>
2011/06/14
> > I like what you're trying to do and see how great that tutorial connect=
[#37182] Re: ruby core tutorials location
— Roger Pack <rogerdpack2@...>
2011/06/16
> My feedback was specific to the suggestion of embedding links into the Ru=
[#37139] [Bug: ruby-1.9] test-all on without openssl system — SASADA Koichi <ko1@...>
Hi,
4 messages
2011/06/14
[#37144] Ruby 1.8.6 status — Tanaka Akira <akr@...>
Hi.
6 messages
2011/06/14
[#37274] Re: Ruby 1.8.6 status
— Ryan Davis <ryand-ruby@...>
2011/06/21
[#37164] [Ruby 1.9 - Feature #4890][Open] Enumerable#lazy — Yutaka HARA <redmine@...>
30 messages
2011/06/16
[#42529] [ruby-trunk - Feature #4890][Assigned] Enumerable#lazy
— Yusuke Endoh <mame@...>
2012/02/13
[#37170] [Ruby 1.9 - Bug #4893][Open] Literal Instantiation breaks Object Model — Lazaridis Ilias <ilias@...>
61 messages
2011/06/16
[#37192] rb_w32_add_socket / rb_w32_remove_socket — ghazel@...
Hello,
3 messages
2011/06/17
[#37206] [Ruby 1.9 - Feature #4896][Open] Add newpad() support to Curses — Eric Hodel <drbrain@...7.net>
6 messages
2011/06/17
[#37207] [Ruby 1.9 - Feature #4897][Open] Define Math::TAU and BigMath.TAU. The "true" circle constant, Tau=2*Pi. See http://tauday.com/ — Simon Baird <simon.baird@...>
43 messages
2011/06/17
[#77620] [Ruby trunk Feature#4897] Define Math::TAU and BigMath.TAU. The "true" circle constant, Tau=2*Pi. See http://tauday.com/
— nobu@...
2016/10/14
Issue #4897 has been updated by Nobuyoshi Nakada.
[#37217] coerce — Ondřej Bílka <neleai@...>
Hello
8 messages
2011/06/18
[#37256] Re: coerce
— Robert Klemme <shortcutter@...>
2011/06/21
2011/6/18 Ond=C5=99ej B=C3=ADlka <neleai@seznam.cz>:
[#37260] Re: coerce
— Ondřej Bílka <neleai@...>
2011/06/21
On Tue, Jun 21, 2011 at 04:06:05PM +0900, Robert Klemme wrote:
[#37261] Re: coerce
— Robert Klemme <shortcutter@...>
2011/06/21
2011/6/21 Ond=C5=99ej B=C3=ADlka <neleai@seznam.cz>:
[#37265] Re: Welcome to our (ruby-core ML) You are added automatically — "Anthony Crognale" <anthony@...>
mget last:10 mp
3 messages
2011/06/21
[#37286] [Ruby 1.9 - Bug #4916][Open] [BUG] Segmentation fault - dyld: lazy symbol binding failed: Symbol not found: _ASN1_put_eoc — Hiroshi NAKAMURA <nakahiro@...>
9 messages
2011/06/22
[#37288] [Ruby 1.9 - Bug #4917][Open] NilClass#to_ary — Jay Feldblum <y_feldblum@...>
8 messages
2011/06/22
[#37298] [Ruby 1.9 - Feature #4917][Rejected] NilClass#to_ary
— Marc-Andre Lafortune <ruby-core@...>
2011/06/22
[#37289] [Ruby 1.9 - Feature #4918][Assigned] Make all core tests inherit from Test::Unit::TestCase — Martin Bosslet <Martin.Bosslet@...>
4 messages
2011/06/22
[#37336] I have imported Rake 0.9.2 to trunk — Eric Hodel <drbrain@...7.net>
I asked Jim if he would like me to import rake 0.9.2 to trunk, so I have.
4 messages
2011/06/23
[#37401] [Ruby 1.9 - Bug #3784] Seg fault in webrick — Yui NARUSE <redmine@...>
1 message
2011/06/26
[#37463] [Ruby 1.9 - Bug #4480][Assigned] Thread-local variables issue: Thread#[] returns nil when called first time — Yui NARUSE <redmine@...>
3 messages
2011/06/26
[#37546] [Ruby 1.9 - Bug #4934][Open] winsock listen backlog may only be set once, and is set to 5 — Greg Hazel <ghazel@...>
6 messages
2011/06/26
[#37551] [ANN] Ruby Weekly Report — "Shota Fukumori (sora_h)" <sorah@...>
Hi,
4 messages
2011/06/26
[#37576] [Ruby 1.9 - Feature #4938][Open] Add Random.bytes [patch] — Marc-Andre Lafortune <ruby-core@...>
13 messages
2011/06/27
[#37588] CI? — Ryan Davis <ryand-ruby@...>
Is this an official CI for ruby?
7 messages
2011/06/27
[#37590] Re: CI?
— "NARUSE, Yui" <naruse@...>
2011/06/27
(2011/06/28 6:28), Ryan Davis wrote:
[#37612] [Ruby 1.9 - Bug #4941][Open] cannot load such file -- rubygems.rb (LoadError) — Lazaridis Ilias <ilias@...>
25 messages
2011/06/28
[ruby-core:37468] [Ruby 1.9 - Bug #4492][Assigned] Segfault on successive stack overflows
From:
Yui NARUSE <redmine@...>
Date:
2011-06-26 09:33:04 UTC
List:
ruby-core #37468
Issue #4492 has been updated by Yui NARUSE.
Status changed from Open to Assigned
Assignee set to Koichi Sasada
Target version set to 1.9.x
----------------------------------------
Bug #4492: Segfault on successive stack overflows
http://redmine.ruby-lang.org/issues/4492
Author: Pierre Chapuis
Status: Assigned
Priority: Normal
Assignee: Koichi Sasada
Category:
Target version: 1.9.x
ruby -v: ruby 1.9.2p136 (2010-12-25 revision 30365) [x86_64-darwin10.6.0]
On a Mac, this snippet crashes Ruby:
(({def f(*x); end
begin
f(*(0..120000))
rescue
nil
end
f(*(0..120000))}))
Here is the result when run with ruby:
(({segfaulter.rb:7: [BUG] Segmentation fault
ruby 1.9.2p136 (2010-12-25 revision 30365) [x86_64-darwin10.6.0]
-- control frame ----------
c:0003 p:0048 s:120009 b:0006 l:0014e8 d:000c08 EVAL segfaulter.rb:7
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:0014e8 d:0014e8 TOP
---------------------------
-- Ruby level backtrace information ----------------------------------------
segfaulter.rb:7:in `<main>'
-- C level backtrace information -------------------------------------------
[NOTE]
You may have encountered a bug in the Ruby interpreter or extension libraries.
Bug reports are welcome.
For details: http://www.ruby-lang.org/bugreport.html
Abort trap}))
Here is the result in irb:
(({ruby-1.9.2-p136 :001 > def f(*x); end
=> nil
ruby-1.9.2-p136 :002 > begin
ruby-1.9.2-p136 :003 > f(*(0..120000))
ruby-1.9.2-p136 :004?> rescue
ruby-1.9.2-p136 :005?> nil
ruby-1.9.2-p136 :006?> end
=> nil
ruby-1.9.2-p136 :007 > f(*(0..120000))
(irb):7: [BUG] Bus Error
ruby 1.9.2p136 (2010-12-25 revision 30365) [x86_64-darwin10.6.0]
-- control frame ----------
c:0023 p:0013 s:120084 b:0082 l:001af8 d:000081 EVAL (irb):7
c:0022 p:---- s:0080 b:0080 l:000079 d:000079 FINISH
c:0021 p:---- s:0078 b:0078 l:000077 d:000077 CFUNC :eval
c:0020 p:0028 s:0071 b:0071 l:000070 d:000070 METHOD /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/workspace.rb:80
c:0019 p:0033 s:0064 b:0063 l:000062 d:000062 METHOD /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/context.rb:254
c:0018 p:0031 s:0058 b:0058 l:0007a8 d:000057 BLOCK /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:159
c:0017 p:0042 s:0050 b:0050 l:000049 d:000049 METHOD /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:273
c:0016 p:0011 s:0045 b:0045 l:0007a8 d:000044 BLOCK /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:156
c:0015 p:0144 s:0041 b:0041 l:000024 d:000040 BLOCK /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/ruby-lex.rb:243
c:0014 p:---- s:0038 b:0038 l:000037 d:000037 FINISH
c:0013 p:---- s:0036 b:0036 l:000035 d:000035 CFUNC :loop
c:0012 p:0009 s:0033 b:0033 l:000024 d:000032 BLOCK /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/ruby-lex.rb:229
c:0011 p:---- s:0031 b:0031 l:000030 d:000030 FINISH
c:0010 p:---- s:0029 b:0029 l:000028 d:000028 CFUNC :catch
c:0009 p:0023 s:0025 b:0025 l:000024 d:000024 METHOD /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/ruby-lex.rb:228
c:0008 p:0046 s:0022 b:0022 l:0007a8 d:0007a8 METHOD /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:155
c:0007 p:0011 s:0019 b:0019 l:000bd8 d:000018 BLOCK /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:70
c:0006 p:---- s:0017 b:0017 l:000016 d:000016 FINISH
c:0005 p:---- s:0015 b:0015 l:000014 d:000014 CFUNC :catch
c:0004 p:0183 s:0011 b:0011 l:000bd8 d:000bd8 METHOD /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:69
c:0003 p:0142 s:0006 b:0006 l:0014e8 d:001078 EVAL /Users/pierre/.rvm/rubies/ruby-1.9.2-p136/bin/irb:16
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:0014e8 d:0014e8 TOP
---------------------------
-- Ruby level backtrace information ----------------------------------------
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/bin/irb:16:in `<main>'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:69:in `start'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:69:in `catch'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:70:in `block in start'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:155:in `eval_input'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/ruby-lex.rb:228:in `each_top_level_statement'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/ruby-lex.rb:228:in `catch'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `block in each_top_level_statement'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `loop'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/ruby-lex.rb:243:in `block (2 levels) in each_top_level_statement'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:156:in `block in eval_input'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:273:in `signal_status'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb.rb:159:in `block (2 levels) in eval_input'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/context.rb:254:in `evaluate'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/workspace.rb:80:in `evaluate'
/Users/pierre/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/irb/workspace.rb:80:in `eval'
(irb):7:in `irb_binding'
-- C level backtrace information -------------------------------------------
0 libruby.1.9.1.dylib 0x0000000100180792 rb_vm_bugreport + 210
1 libruby.1.9.1.dylib 0x000000010003a614 report_bug + 372
2 libruby.1.9.1.dylib 0x000000010003a7d8 rb_bug + 200
3 libruby.1.9.1.dylib 0x00000001000fff42 sigbus + 18
4 libSystem.B.dylib 0x00007fff84c7767a _sigtramp + 26
5 ??? 0x00007fff5fbf7990 0x0 + 140734799772048
6 libruby.1.9.1.dylib 0x00000001001619b4 rb_thread_mark + 100
7 libruby.1.9.1.dylib 0x0000000100054924 gc_mark_children + 4036
8 libruby.1.9.1.dylib 0x0000000100054d77 gc_mark_children + 5143
9 libruby.1.9.1.dylib 0x0000000100055d81 mark_keyvalue + 465
10 libruby.1.9.1.dylib 0x0000000100108a50 st_foreach + 192
11 libruby.1.9.1.dylib 0x0000000100054831 gc_mark_children + 3793
12 libruby.1.9.1.dylib 0x00000001000555a9 mark_entry + 217
13 libruby.1.9.1.dylib 0x0000000100108a50 st_foreach + 192
14 libruby.1.9.1.dylib 0x0000000100054b5c gc_mark_children + 4604
15 libruby.1.9.1.dylib 0x000000010005430e gc_mark_children + 2478
16 libruby.1.9.1.dylib 0x000000010015cf65 iseq_mark + 293
17 libruby.1.9.1.dylib 0x0000000100054924 gc_mark_children + 4036
18 libruby.1.9.1.dylib 0x0000000100058188 mark_method_entry_i + 424
19 libruby.1.9.1.dylib 0x0000000100108a50 st_foreach + 192
20 libruby.1.9.1.dylib 0x0000000100054b34 gc_mark_children + 4564
21 libruby.1.9.1.dylib 0x000000010005430e gc_mark_children + 2478
22 libruby.1.9.1.dylib 0x000000010015cf65 iseq_mark + 293
23 libruby.1.9.1.dylib 0x0000000100054924 gc_mark_children + 4036
24 libruby.1.9.1.dylib 0x0000000100054c95 gc_mark_children + 4917
25 libruby.1.9.1.dylib 0x000000010015cfa5 iseq_mark + 357
26 libruby.1.9.1.dylib 0x0000000100054924 gc_mark_children + 4036
27 libruby.1.9.1.dylib 0x0000000100054c95 gc_mark_children + 4917
28 libruby.1.9.1.dylib 0x000000010015cfa5 iseq_mark + 357
29 libruby.1.9.1.dylib 0x0000000100054924 gc_mark_children + 4036
30 libruby.1.9.1.dylib 0x0000000100058188 mark_method_entry_i + 424
31 libruby.1.9.1.dylib 0x0000000100108a50 st_foreach + 192
32 libruby.1.9.1.dylib 0x0000000100054b34 gc_mark_children + 4564
33 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
34 libruby.1.9.1.dylib 0x00000001000555a9 mark_entry + 217
35 libruby.1.9.1.dylib 0x0000000100108a50 st_foreach + 192
36 libruby.1.9.1.dylib 0x0000000100054b5c gc_mark_children + 4604
37 libruby.1.9.1.dylib 0x000000010005430e gc_mark_children + 2478
38 libruby.1.9.1.dylib 0x000000010015cf65 iseq_mark + 293
39 libruby.1.9.1.dylib 0x0000000100054924 gc_mark_children + 4036
40 libruby.1.9.1.dylib 0x0000000100058188 mark_method_entry_i + 424
41 libruby.1.9.1.dylib 0x0000000100108a50 st_foreach + 192
42 libruby.1.9.1.dylib 0x0000000100054b34 gc_mark_children + 4564
43 libruby.1.9.1.dylib 0x00000001000555a9 mark_entry + 217
44 libruby.1.9.1.dylib 0x0000000100108a50 st_foreach + 192
45 libruby.1.9.1.dylib 0x0000000100054b5c gc_mark_children + 4604
46 libruby.1.9.1.dylib 0x00000001000555a9 mark_entry + 217
47 libruby.1.9.1.dylib 0x00000001001089df st_foreach + 79
48 libruby.1.9.1.dylib 0x0000000100054b5c gc_mark_children + 4604
49 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
50 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
51 libruby.1.9.1.dylib 0x000000010015cf95 iseq_mark + 341
52 libruby.1.9.1.dylib 0x0000000100054924 gc_mark_children + 4036
53 libruby.1.9.1.dylib 0x0000000100058188 mark_method_entry_i + 424
54 libruby.1.9.1.dylib 0x0000000100108a50 st_foreach + 192
55 libruby.1.9.1.dylib 0x0000000100054b34 gc_mark_children + 4564
56 libruby.1.9.1.dylib 0x00000001000555a9 mark_entry + 217
57 libruby.1.9.1.dylib 0x00000001001089df st_foreach + 79
58 libruby.1.9.1.dylib 0x0000000100054b5c gc_mark_children + 4604
59 libruby.1.9.1.dylib 0x00000001000555a9 mark_entry + 217
60 libruby.1.9.1.dylib 0x00000001001089df st_foreach + 79
61 libruby.1.9.1.dylib 0x0000000100054b5c gc_mark_children + 4604
62 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
63 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
64 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
65 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
66 libruby.1.9.1.dylib 0x0000000100058188 mark_method_entry_i + 424
67 libruby.1.9.1.dylib 0x00000001001089df st_foreach + 79
68 libruby.1.9.1.dylib 0x0000000100054b34 gc_mark_children + 4564
69 libruby.1.9.1.dylib 0x00000001000555a9 mark_entry + 217
70 libruby.1.9.1.dylib 0x00000001001089df st_foreach + 79
71 libruby.1.9.1.dylib 0x0000000100054b5c gc_mark_children + 4604
72 libruby.1.9.1.dylib 0x00000001000555a9 mark_entry + 217
73 libruby.1.9.1.dylib 0x00000001001089df st_foreach + 79
74 libruby.1.9.1.dylib 0x0000000100054b5c gc_mark_children + 4604
75 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
76 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
77 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
78 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
79 libruby.1.9.1.dylib 0x0000000100053ddf gc_mark_children + 1151
80 libruby.1.9.1.dylib 0x00000001000572bc garbage_collect + 4396
81 libruby.1.9.1.dylib 0x0000000100057906 vm_xmalloc + 150
82 libruby.1.9.1.dylib 0x000000010000bd4d ary_new + 221
83 libruby.1.9.1.dylib 0x000000010000c989 rb_ary_new4 + 41
84 libruby.1.9.1.dylib 0x0000000100178551 vm_callee_setup_arg_complex + 225
85 libruby.1.9.1.dylib 0x000000010017c469 vm_call_method + 2921
86 libruby.1.9.1.dylib 0x0000000100167e54 vm_exec_core + 8260
87 libruby.1.9.1.dylib 0x000000010016faf3 vm_exec + 1507
88 libruby.1.9.1.dylib 0x0000000100170340 eval_string_with_cref + 880
89 libruby.1.9.1.dylib 0x0000000100170a62 rb_f_eval + 242
90 libruby.1.9.1.dylib 0x000000010017bca3 vm_call_method + 931
91 libruby.1.9.1.dylib 0x0000000100167e54 vm_exec_core + 8260
92 libruby.1.9.1.dylib 0x000000010016faf3 vm_exec + 1507
93 libruby.1.9.1.dylib 0x000000010017e031 loop_i + 561
94 libruby.1.9.1.dylib 0x000000010003f787 rb_rescue2 + 519
95 libruby.1.9.1.dylib 0x0000000100162d56 rb_f_loop + 54
96 libruby.1.9.1.dylib 0x000000010017bca3 vm_call_method + 931
97 libruby.1.9.1.dylib 0x0000000100167e54 vm_exec_core + 8260
98 libruby.1.9.1.dylib 0x000000010016faf3 vm_exec + 1507
99 libruby.1.9.1.dylib 0x000000010017dcb4 catch_i + 596
100 libruby.1.9.1.dylib 0x0000000100161f45 rb_catch_obj + 325
101 libruby.1.9.1.dylib 0x0000000100162c10 rb_f_catch + 48
102 libruby.1.9.1.dylib 0x000000010017bca3 vm_call_method + 931
103 libruby.1.9.1.dylib 0x0000000100167e54 vm_exec_core + 8260
104 libruby.1.9.1.dylib 0x000000010016faf3 vm_exec + 1507
105 libruby.1.9.1.dylib 0x000000010017dcb4 catch_i + 596
106 libruby.1.9.1.dylib 0x0000000100161f45 rb_catch_obj + 325
107 libruby.1.9.1.dylib 0x0000000100162c10 rb_f_catch + 48
108 libruby.1.9.1.dylib 0x000000010017bca3 vm_call_method + 931
109 libruby.1.9.1.dylib 0x0000000100167e54 vm_exec_core + 8260
110 libruby.1.9.1.dylib 0x000000010016faf3 vm_exec + 1507
111 libruby.1.9.1.dylib 0x000000010016fdfb rb_iseq_eval_main + 507
112 libruby.1.9.1.dylib 0x000000010003f9f2 ruby_exec_internal + 178
113 libruby.1.9.1.dylib 0x000000010004237c ruby_run_node + 60
114 ruby 0x0000000100000ecf main + 79
115 ruby 0x0000000100000e74 start + 52
116 ??? 0x0000000000000002 0x0 + 2
[NOTE]
You may have encountered a bug in the Ruby interpreter or extension libraries.
Bug reports are welcome.
For details: http://www.ruby-lang.org/bugreport.html
Abort trap}))
I cannot reproduce this on a EC2 instance running Linux, where 'ruby -v' gives:
(({ruby 1.9.2p136 (2010-12-25 revision 30365) [x86_64-linux]}))
--
http://redmine.ruby-lang.org