[#34033] The rights of ruby-core people and Myth of ruby-dev — "NARUSE, Yui" <naruse@...>

Some of you may don't know your rights.

32 messages 2011/01/03
[#34067] Re: The rights of ruby-core people and Myth of ruby-dev — Aaron Patterson <aaron@...> 2011/01/04

On Tue, Jan 04, 2011 at 06:55:47AM +0900, NARUSE, Yui wrote:

[#34043] proposal: gem_prelude needs to die — Ryan Davis <ryand-ruby@...>

I think it is time for gem_prelude to die.

21 messages 2011/01/04
[#34077] Re: proposal: gem_prelude needs to die — Tanaka Akira <akr@...> 2011/01/05

2011/1/4 Ryan Davis <ryand-ruby@zenspider.com>:

[#34091] Moving to Git? — Lucas Nussbaum <lucas@...>

Hi,

87 messages 2011/01/05
[#34099] Re: Moving to Git? — KOSAKI Motohiro <kosaki.motohiro@...> 2011/01/05

> Hi,

[#34103] Re: Moving to Git? — "U.Nakamura" <usa@...> 2011/01/05

Hello,

[#34105] Re: Moving to Git? — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/01/05

Em 05-01-2011 13:15, U.Nakamura escreveu:

[#34106] Re: Moving to Git? — "NARUSE, Yui" <naruse@...> 2011/01/05

(2011/01/06 0:46), Rodrigo Rosenfeld Rosas wrote:

[#34112] Re: Moving to Git? — Jon <jon.forums@...> 2011/01/05

> > Well, I guess I can help listing some advantages. Using git:

[#34118] Re: Moving to Git? — mathew <meta@...> 2011/01/05

On Wed, Jan 5, 2011 at 11:28, Jon <jon.forums@gmail.com> wrote:

[#34121] Re: Moving to Git? — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/01/05

Em 05-01-2011 17:16, mathew escreveu:

[#34129] Re: Moving to Git? — mathew <meta@...> 2011/01/05

On Wed, Jan 5, 2011 at 13:23, Rodrigo Rosenfeld Rosas

[#34138] Re: Moving to Git? — Czarek <cezary.baginski@...> 2011/01/05

On Thu, Jan 06, 2011 at 06:50:24AM +0900, mathew wrote:

[#34188] Re: Moving to Git? — mathew <meta@...> 2011/01/06

On Wed, Jan 5, 2011 at 17:02, Czarek <cezary.baginski@gmail.com> wrote:

[#34191] Re: Moving to Git? — Lucas Nussbaum <lucas@...> 2011/01/06

On 07/01/11 at 01:05 +0900, mathew wrote:

[#34201] Re: Moving to Git? — mathew <meta@...> 2011/01/06

On Thu, Jan 6, 2011 at 10:36, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#34206] Re: Moving to Git? — Lucas Nussbaum <lucas@...> 2011/01/07

On 07/01/11 at 08:07 +0900, mathew wrote:

[#34227] Re: Moving to Git? — mathew <meta@...> 2011/01/07

On Thu, Jan 6, 2011 at 23:50, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#34231] Re: Moving to Git? — Daniel Bovensiepen <bovensiepen@...> 2011/01/07

Dear all,

[#34116] Re: Moving to Git? — Yukihiro Matsumoto <matz@...> 2011/01/05

Hi,

[#34117] Re: Moving to Git? — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/01/05

What kind of Redmine integration you are talking about? We use Redmine

[#34120] Re: Moving to Git? — Yukihiro Matsumoto <matz@...> 2011/01/05

Hi,

[#34125] Re: Moving to Git? — Nikolai Weibull <now@...> 2011/01/05

On Wed, Jan 5, 2011 at 19:57, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

[#34124] [Ruby 1.9-Bug#4235][Open] svn keywords in code prevent correct building of ruby using git mirror — Stephen Bannasch <redmine@...>

Bug #4235: svn keywords in code prevent correct building of ruby using git mirror

12 messages 2011/01/05

[#34171] [Ruby 1.8-Feature#4239][Open] Let's begin a talk for "1.8.8" -- How's needed for surviving 1.8? — Shota Fukumori <redmine@...>

Feature #4239: Let's begin a talk for "1.8.8" -- How's needed for surviving 1.8?

104 messages 2011/01/06
[#34514] [Ruby 1.8-Feature#4239] Let's begin a talk for "1.8.8" -- How's needed for surviving 1.8? — Zeno Davatz <redmine@...> 2011/01/15

Issue #4239 has been updated by Zeno Davatz.

[#34516] Re: [Ruby 1.8-Feature#4239] Let's begin a talk for "1.8.8" -- How's needed for surviving 1.8? — "NARUSE, Yui" <naruse@...> 2011/01/15

(2011/01/16 0:11), Zeno Davatz wrote:

[#34214] [Ruby 1.9-Feature#4247][Open] New features for Array#sample, Array#choice — Yoji Ojima <redmine@...>

Feature #4247: New features for Array#sample, Array#choice

10 messages 2011/01/07

[#34267] [Ruby 1.9-Feature#4254][Open] Allow method transplanting — Jonas Pfenniger <redmine@...>

Feature #4254: Allow method transplanting

23 messages 2011/01/09
[#34280] Re: [Ruby 1.9-Feature#4254][Open] Allow method transplanting — Yukihiro Matsumoto <matz@...> 2011/01/10

Hi,

[#34299] [Ruby 1.9-Bug#4256][Open] [BUG] Segmentation fault ruby 1.9.2p0 (2010-08-18) [i386-mingw32] — Rama Mahendravada <redmine@...>

Bug #4256: [BUG] Segmentation fault ruby 1.9.2p0 (2010-08-18) [i386-mingw32]

9 messages 2011/01/10

[#34318] ext/bigdecimal/lib/bigdecimal/util.rb — Aaron Patterson <aaron@...>

Hi Murata!

14 messages 2011/01/11
[#34321] Re: ext/bigdecimal/lib/bigdecimal/util.rb — Yukihiro Matsumoto <matz@...> 2011/01/11

Hi,

[#34354] [Ruby 1.9-Feature#4264][Open] General type coercion protocol for Ruby — Charles Nutter <redmine@...>

Feature #4264: General type coercion protocol for Ruby

33 messages 2011/01/11
[#34359] Re: [Ruby 1.9-Feature#4264][Open] General type coercion protocol for Ruby — Jim Weirich <jim.weirich@...> 2011/01/11

[#34355] [Ruby 1.9-Feature#4265][Open] Provide a core method Kernel#ruby for invoking a new Ruby instance — Charles Nutter <redmine@...>

Feature #4265: Provide a core method Kernel#ruby for invoking a new Ruby instance

15 messages 2011/01/11

[#34362] [Ruby 1.9-Bug#4266][Open] Timeouts in threads cause "ThreadError: deadlock; recursive locking" — Christopher Bottaro <redmine@...>

Bug #4266: Timeouts in threads cause "ThreadError: deadlock; recursive locking"

12 messages 2011/01/11

[#34399] [Ruby 1.9-Bug#4272][Open] rb_enc_str_new() causes segmentfault when using threads in parallel — Iñaki Baz Castillo <redmine@...>

Bug #4272: rb_enc_str_new() causes segmentfault when using threads in parallel

14 messages 2011/01/12

[#34534] [Ruby 1.9-Bug#4283][Open] Timeout.timeout may cause application exit unintetionally — Motohiro KOSAKI <redmine@...>

Bug #4283: Timeout.timeout may cause application exit unintetionally

11 messages 2011/01/17

[#34537] [Ruby 1.9-Bug#4285][Open] Ruby don't have asynchrounous exception safe syntax and It should have. — Motohiro KOSAKI <redmine@...>

Bug #4285: Ruby don't have asynchrounous exception safe syntax and It should have.

12 messages 2011/01/17

[#34550] [Ruby 1.9-Feature#4288][Open] Allow invoking arbitrary method names with foo."something" syntax — Charles Nutter <redmine@...>

Feature #4288: Allow invoking arbitrary method names with foo."something" syntax

13 messages 2011/01/18
[#34616] Re: [Ruby 1.9-Feature#4288][Open] Allow invoking arbitrary method names with foo."something" syntax — Gary Wright <gwtmp01@...> 2011/01/19

[#34577] Importing rubygems 1.5.0 (release candidate) into trunk. — Ryan Davis <ryand-ruby@...>

I'm going to be committing rubygems 1.5.0 into trunk in a bit.

13 messages 2011/01/18

[#34632] Ruby operator equivalent to Groovy's "?." — Rodrigo Rosenfeld Rosas <rr.rosas@...>

One of the few things I like in Groovy that Ruby doesn't support is

19 messages 2011/01/20

[#34634] Returning from the callee — Rodrigo Rosenfeld Rosas <rr.rosas@...>

Sometimes it is useful to be able to return from the callee method.

15 messages 2011/01/20

[#34648] [Ruby 1.9-Bug#4298][Open] Duration of calling String#[] with the same index is strangely related to string length. — Radosław Bułat <redmine@...>

Bug #4298: Duration of calling String#[] with the same index is strangely related to string length.

13 messages 2011/01/20

[#34861] [Ruby 1.9-Feature#4326][Open] Fiber should respond to call() and [] — Aaron Patterson <redmine@...>

Feature #4326: Fiber should respond to call() and []

21 messages 2011/01/26
[#34943] [Ruby 1.9-Feature#4326] Fiber should respond to call() and [] — Charles Nutter <redmine@...> 2011/01/28

Issue #4326 has been updated by Charles Nutter.

[#34954] Re: [Ruby 1.9-Feature#4326] Fiber should respond to call() and [] — Aaron Patterson <aaron@...> 2011/01/28

On Sat, Jan 29, 2011 at 02:58:46AM +0900, Charles Nutter wrote:

[#34957] Re: [Ruby 1.9-Feature#4326] Fiber should respond to call() and [] — Charles Oliver Nutter <headius@...> 2011/01/29

On Fri, Jan 28, 2011 at 5:29 PM, Aaron Patterson

[#34869] make ruby support line continuations ? — Marc Chantreux <khatar@...>

hello,

22 messages 2011/01/26
[#34878] Re: make ruby support line continuations ? — Jim Freeze <jimfreeze@...> 2011/01/26

> I love it so much i tried it in ruby. trying to rewrite:

[#34887] Re: make ruby support line continuations ? — Marc Chantreux <khatar@...> 2011/01/27

hello,

[#34889] Re: make ruby support line continuations ? — V咜 Ondruch <v.ondruch@...> 2011/01/27

Dne 27.1.2011 7:15, Marc Chantreux napsal(a):

[#34911] The ruby-lang.org downloads page should include RVM for OS X — Andrew Vos <andrew.vos@...>

(I sent this before I subscribed and I'm not sure if it bounced. Sorry if

21 messages 2011/01/27
[#34912] Re: The ruby-lang.org downloads page should include RVM for OS X — "Shota Fukumori (sora_h)" <sorah@...> 2011/01/27

RVM is not official, and makes problem more difficult. (magically

[#34913] Re: The ruby-lang.org downloads page should include RVM for OS X — Andrew Vos <andrew.vos@...> 2011/01/27

What do you mean by "official"? Also, what does it make more difficult? Do

[#34914] Re: The ruby-lang.org downloads page should include RVM for OS X — "Shota Fukumori (sora_h)" <sorah@...> 2011/01/27

return mail is gmail thing. I have same problem.

[#34970] [Ruby 1.9-Bug#4343][Open] Dir.glob does match files without extension — Vit Ondruch <redmine@...>

Bug #4343: Dir.glob does match files without extension

26 messages 2011/01/29
[#34975] [Ruby 1.9-Bug#4343] Dir.glob does match files without extension — Nobuyoshi Nakada <redmine@...> 2011/01/29

Issue #4343 has been updated by Nobuyoshi Nakada.

[#34978] Re: [Ruby 1.9-Bug#4343] Dir.glob does match files without extension — Jeremy Bopp <jeremy@...> 2011/01/29

On 01/29/2011 10:19 AM, Nobuyoshi Nakada wrote:

[#34979] Re: [Ruby 1.9-Bug#4343] Dir.glob does match files without extension — Vít Ondruch <v.ondruch@...> 2011/01/29

Dne 29.1.2011 17:27, Jeremy Bopp napsal(a):

[#34981] Re: [Ruby 1.9-Bug#4343] Dir.glob does match files without extension — Jeremy Bopp <jeremy@...> 2011/01/29

On 01/29/2011 10:33 AM, Vテュt Ondruch wrote:

[#34982] Re: [Ruby 1.9-Bug#4343] Dir.glob does match files without extension — Vít Ondruch <v.ondruch@...> 2011/01/29

Dne 29.1.2011 17:53, Jeremy Bopp napsal(a):

[ruby-core:34439] [Ruby 1.9-Bug#4272] rb_enc_str_new() causes segmentfault when using threads in parallel

From: Iñaki Baz Castillo <redmine@...>
Date: 2011-01-12 16:22:01 UTC
List: ruby-core #34439
Issue #4272 has been updated by I単aki Baz Castillo.

File test_bug2.rb added

Yukihiro:
> I could not reproduce your problem

Do you mean under Ruby 1.9.2 64 bits? If so please use a bigger argument (ruby test_bug.rb 100000). I've realized that depending on the machine it crashes sooner or later.


> but your script allocates thousands of threads by default.  Each thread consumes at least 1M of memory, so
> that allocating thousands of threads could cause memory starvation, which may be the source of your problem.

The segmentfault just occurs when using rb_enc_str_new(). If you edit test_bug.rb and remove/comment the first iteration with "tester.test_rb_str_new" the segmentfault also occurs. And it never occurs if you just leave the iteration with "tester.test_rb_str_new".

And more important, I also reproduce *always* the segmentfault using a fixed pool of 20 threads (in EventMachine). And also in this modified test script (max 20 threads are created) you can run by loading my attached C extension (I attach now test_bug2.rb with this code):

    require "./test_encoding"


    times = ( ( ARGV[0] and ARGV[0].to_i > 0 ) ? ARGV[0].to_i : 5000 )
    threads = []
    num_threads = 20
    tester = TestEncoding::Tester.new

    times.times do |num|
      puts "iteration [#{num}]"
      str = tester.test_rb_enc_str_new
      threads << Thread.new { }  unless num_threads == 0
      num_threads -= 1
    end


Using Ruby 1.9.2-<any> produces different segmentfault (randomly, but it crashes always in my machines):


1) Crash on Thread.initialize:

iteration [1981]
iteration [1982]
iteration [1983]
iteration [1984]
test_bug.rb:12: [BUG] Segmentation fault
ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux]

-- control frame ----------
c:0008 p:---- s:0025 b:0025 l:000024 d:000024 CFUNC  :initialize
c:0007 p:---- s:0023 b:0023 l:000022 d:000022 CFUNC  :new
c:0006 p:0063 s:0020 b:0019 l:001f08 d:000018 BLOCK  test_bug.rb:12
c:0005 p:---- s:0015 b:0015 l:000014 d:000014 FINISH
c:0004 p:---- s:0013 b:0013 l:000012 d:000012 CFUNC  :times
c:0003 p:0121 s:0010 b:0010 l:001f08 d:000968 EVAL   test_bug.rb:9
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:001f08 d:001f08 TOP   
---------------------------
-- Ruby level backtrace information ----------------------------------------
test_bug.rb:9:in `<main>'
test_bug.rb:9:in `times'
test_bug.rb:12:in `block in <main>'
test_bug.rb:12:in `new'
test_bug.rb:12:in `initialize'

-- C level backtrace information -------------------------------------------
/usr/lib/libruby-1.9.1.so.1.9(rb_vm_bugreport+0x5f) [0x7f10c71c658f]
/usr/lib/libruby-1.9.1.so.1.9(+0x5a7be) [0x7f10c70cd7be]
/usr/lib/libruby-1.9.1.so.1.9(rb_bug+0xa6) [0x7f10c70ce136]
/usr/lib/libruby-1.9.1.so.1.9(+0xf4a75) [0x7f10c7167a75]
/lib/libpthread.so.0(+0xfb40) [0x7f10c6e65b40]
/usr/lib/libruby-1.9.1.so.1.9(+0x6edc8) [0x7f10c70e1dc8]
/usr/lib/libruby-1.9.1.so.1.9(rb_thread_mark+0x4c) [0x7f10c71b1b8c]
/usr/lib/libruby-1.9.1.so.1.9(+0x6e87a) [0x7f10c70e187a]
/usr/lib/libruby-1.9.1.so.1.9(+0x13ea89) [0x7f10c71b1a89]
/usr/lib/libruby-1.9.1.so.1.9(st_foreach+0xb4) [0x7f10c7170284]
/usr/lib/libruby-1.9.1.so.1.9(rb_vm_mark+0x29) [0x7f10c71b1f09]
/usr/lib/libruby-1.9.1.so.1.9(+0x6e87a) [0x7f10c70e187a]
/usr/lib/libruby-1.9.1.so.1.9(+0x6fd98) [0x7f10c70e2d98]
/usr/lib/libruby-1.9.1.so.1.9(rb_newobj+0x47) [0x7f10c70e37c7]
/usr/lib/libruby-1.9.1.so.1.9(rb_data_typed_object_alloc+0x26) [0x7f10c70e3886]
/usr/lib/libruby-1.9.1.so.1.9(+0x13f97a) [0x7f10c71b297a]
/usr/lib/libruby-1.9.1.so.1.9(rb_vm_make_proc+0x56) [0x7f10c71b44e6]
/usr/lib/libruby-1.9.1.so.1.9(+0x64be3) [0x7f10c70d7be3]
/usr/lib/libruby-1.9.1.so.1.9(+0x154a92) [0x7f10c71c7a92]
/usr/lib/libruby-1.9.1.so.1.9(+0x149ca5) [0x7f10c71bcca5]
/usr/lib/libruby-1.9.1.so.1.9(+0x154cc8) [0x7f10c71c7cc8]
/usr/lib/libruby-1.9.1.so.1.9(+0x14c93e) [0x7f10c71bf93e]
/usr/lib/libruby-1.9.1.so.1.9(+0x143f61) [0x7f10c71b6f61]
/usr/lib/libruby-1.9.1.so.1.9(+0x148b44) [0x7f10c71bbb44]
/usr/lib/libruby-1.9.1.so.1.9(rb_yield+0x238) [0x7f10c71c2408]
/usr/lib/libruby-1.9.1.so.1.9(+0x96571) [0x7f10c7109571]
/usr/lib/libruby-1.9.1.so.1.9(+0x14c93e) [0x7f10c71bf93e]
/usr/lib/libruby-1.9.1.so.1.9(+0x143f61) [0x7f10c71b6f61]
/usr/lib/libruby-1.9.1.so.1.9(+0x148b44) [0x7f10c71bbb44]
/usr/lib/libruby-1.9.1.so.1.9(rb_iseq_eval_main+0xb1) [0x7f10c71c2c81]
/usr/lib/libruby-1.9.1.so.1.9(+0x5ecca) [0x7f10c70d1cca]
/usr/lib/libruby-1.9.1.so.1.9(ruby_exec_node+0x1d) [0x7f10c70d22ed]
/usr/lib/libruby-1.9.1.so.1.9(ruby_run_node+0x1e) [0x7f10c70d3e3e]
ruby(main+0x4b) [0x40092b]
/lib/libc.so.6(__libc_start_main+0xfe) [0x7f10c6229d8e]
ruby() [0x400819]



2) Crash on Thread#new:

iteration [1780]
iteration [1781]
iteration [1782]
iteration [1783]
test_bug.rb:12: [BUG] Segmentation fault
ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux]

-- control frame ----------
c:0007 p:---- s:0023 b:0023 l:000022 d:000022 CFUNC  :new
c:0006 p:0063 s:0020 b:0019 l:000048 d:000018 BLOCK  test_bug.rb:12
c:0005 p:---- s:0015 b:0015 l:000014 d:000014 FINISH
c:0004 p:---- s:0013 b:0013 l:000012 d:000012 CFUNC  :times
c:0003 p:0121 s:0010 b:0010 l:000048 d:0011b8 EVAL   test_bug.rb:9
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:000048 d:000048 TOP   
---------------------------
-- Ruby level backtrace information ----------------------------------------
test_bug.rb:9:in `<main>'
test_bug.rb:9:in `times'
test_bug.rb:12:in `block in <main>'
test_bug.rb:12:in `new'

-- C level backtrace information -------------------------------------------
/usr/lib/libruby-1.9.1.so.1.9(rb_vm_bugreport+0x5f) [0x7f53d34ec58f]
/usr/lib/libruby-1.9.1.so.1.9(+0x5a7be) [0x7f53d33f37be]
/usr/lib/libruby-1.9.1.so.1.9(rb_bug+0xa6) [0x7f53d33f4136]
/usr/lib/libruby-1.9.1.so.1.9(+0xf4a75) [0x7f53d348da75]
/lib/libpthread.so.0(+0xfb40) [0x7f53d318bb40]
/usr/lib/libruby-1.9.1.so.1.9(+0x6edc8) [0x7f53d3407dc8]
/usr/lib/libruby-1.9.1.so.1.9(rb_thread_mark+0x4c) [0x7f53d34d7b8c]
/usr/lib/libruby-1.9.1.so.1.9(+0x6e87a) [0x7f53d340787a]
/usr/lib/libruby-1.9.1.so.1.9(+0x13ea89) [0x7f53d34d7a89]
/usr/lib/libruby-1.9.1.so.1.9(st_foreach+0xb4) [0x7f53d3496284]
/usr/lib/libruby-1.9.1.so.1.9(rb_vm_mark+0x29) [0x7f53d34d7f09]
/usr/lib/libruby-1.9.1.so.1.9(+0x6e87a) [0x7f53d340787a]
/usr/lib/libruby-1.9.1.so.1.9(+0x6fd98) [0x7f53d3408d98]
/usr/lib/libruby-1.9.1.so.1.9(+0x70b4c) [0x7f53d3409b4c]
/usr/lib/libruby-1.9.1.so.1.9(+0x1403af) [0x7f53d34d93af]
/usr/lib/libruby-1.9.1.so.1.9(rb_thread_alloc+0x66) [0x7f53d34e9286]
/usr/lib/libruby-1.9.1.so.1.9(+0x154cb8) [0x7f53d34edcb8]
/usr/lib/libruby-1.9.1.so.1.9(+0x14c93e) [0x7f53d34e593e]
/usr/lib/libruby-1.9.1.so.1.9(+0x143f61) [0x7f53d34dcf61]
/usr/lib/libruby-1.9.1.so.1.9(+0x148b44) [0x7f53d34e1b44]
/usr/lib/libruby-1.9.1.so.1.9(rb_yield+0x238) [0x7f53d34e8408]
/usr/lib/libruby-1.9.1.so.1.9(+0x96571) [0x7f53d342f571]
/usr/lib/libruby-1.9.1.so.1.9(+0x14c93e) [0x7f53d34e593e]
/usr/lib/libruby-1.9.1.so.1.9(+0x143f61) [0x7f53d34dcf61]
/usr/lib/libruby-1.9.1.so.1.9(+0x148b44) [0x7f53d34e1b44]
/usr/lib/libruby-1.9.1.so.1.9(rb_iseq_eval_main+0xb1) [0x7f53d34e8c81]
/usr/lib/libruby-1.9.1.so.1.9(+0x5ecca) [0x7f53d33f7cca]
/usr/lib/libruby-1.9.1.so.1.9(ruby_exec_node+0x1d) [0x7f53d33f82ed]
/usr/lib/libruby-1.9.1.so.1.9(ruby_run_node+0x1e) [0x7f53d33f9e3e]
ruby(main+0x4b) [0x40092b]
/lib/libc.so.6(__libc_start_main+0xfe) [0x7f53d254fd8e]
ruby() [0x400819]


3) Sometimes it crashes on "times.times do".


However as I said, in same machine using Ruby 1.9.1 it doesn't crash.

My system data:
- AMD Phenom(tm) II X4 965 Processor
- Ubuntu 10.10 64 bits
- gcc-4.4 
- Ruby 1.9.2-p0, 1.9.2-p136, and snapshot version (2011-01-12)
- 4GB RAM
----------------------------------------
http://redmine.ruby-lang.org/issues/show/4272

----------------------------------------
http://redmine.ruby-lang.org

Attachments (1)

test_bug2.rb (317 Bytes, application/x-ruby)

In This Thread