https://redmine.ruby-lang.org/
https://redmine.ruby-lang.org/favicon.ico?1711330511
2010-07-10T07:24:38Z
Ruby Issue Tracking System
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12253
2010-07-10T07:24:38Z
tenderlovemaking (Aaron Patterson)
tenderlove@ruby-lang.org
<ul></ul><p>=begin<br>
On Sat, Jul 10, 2010 at 07:12:22AM +0900, Aaron Patterson wrote:</p>
<blockquote>
<p>Bug <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: segvs since r28570 (Closed)" href="https://redmine.ruby-lang.org/issues/3555">#3555</a>: segvs since r28570<br>
<a href="http://redmine.ruby-lang.org/issues/show/3555" class="external">http://redmine.ruby-lang.org/issues/show/3555</a></p>
<p>Author: Aaron Patterson<br>
Status: Open, Priority: Normal<br>
ruby -v: ruby 1.9.3dev (2010-07-09 trunk 28592) [x86_64-darwin10.3.1]</p>
<p>I'm seeing segv's when running the rails tests since r28570. r28569 does not segv.</p>
<p>I've attached the trace left from Ruby as well as a gdb backtrace. I will attempt to reduce the problem in the mean time.</p>
<p>r28570 seems to be a pure ruby change, so ruby should not segv. I hope we can fix the root cause rather than revert r28570.</p>
</blockquote>
<p>I forgot:</p>
<p>Steps to reproduce:</p>
<p>$ git clone <a href="http://github.com/rails/rails.git" class="external">http://github.com/rails/rails.git</a><br>
$ cd rails<br>
$ gem install bundler --pre<br>
$ bundle install<br>
$ cd activerecord<br>
$ rake test_sqlite3</p>
<p><em>or</em></p>
<p>$ ruby -w -I"lib:test:test/connections/native_sqlite3" <br>
"test/cases/adapter_test.rb"</p>
<p>--<br>
Aaron Patterson<br>
<a href="http://tenderlovemaking.com/" class="external">http://tenderlovemaking.com/</a></p>
<p>Attachment: (unnamed)<br>
=end</p>
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12291
2010-07-12T23:29:32Z
mame (Yusuke Endoh)
mame@ruby-lang.org
<ul></ul><p>=begin<br>
Hi,</p>
<p>2010/7/10 Aaron Patterson <a href="mailto:aaron@tenderlovemaking.com" class="email">aaron@tenderlovemaking.com</a>:</p>
<blockquote>
<p>On Sat, Jul 10, 2010 at 07:12:22AM +0900, Aaron Patterson wrote:</p>
<blockquote>
<p>Bug <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: segvs since r28570 (Closed)" href="https://redmine.ruby-lang.org/issues/3555">#3555</a>: segvs since r28570<br>
<a href="http://redmine.ruby-lang.org/issues/show/3555" class="external">http://redmine.ruby-lang.org/issues/show/3555</a></p>
<p>Author: Aaron Patterson<br>
Status: Open, Priority: Normal<br>
ruby -v: ruby 1.9.3dev (2010-07-09 trunk 28592) [x86_64-darwin10.3.1]</p>
<p>I'm seeing segv's when running the rails tests since r28570. ?r28569 does not segv.</p>
<p>I've attached the trace left from Ruby as well as a gdb backtrace. ?I will attempt to reduce the problem in the mean time.</p>
<p>r28570 seems to be a pure ruby change, so ruby should not segv. ?I hope we can fix the root cause rather than revert r28570.</p>
</blockquote>
<p>I forgot:</p>
<p>Steps to reproduce:</p>
<p>$ git clone <a href="http://github.com/rails/rails.git" class="external">http://github.com/rails/rails.git</a><br>
$ cd rails<br>
$ gem install bundler --pre<br>
$ bundle install<br>
$ cd activerecord<br>
$ rake test_sqlite3</p>
</blockquote>
<p>Unfortunately, works for me with r28620 [i686-linux].</p>
<p><a href="http://www.atdot.net/sp/view/oh7g5l" class="external">http://www.atdot.net/sp/view/oh7g5l</a></p>
<p>--<br>
Yusuke Endoh <a href="mailto:mame@tsg.ne.jp" class="email">mame@tsg.ne.jp</a><br>
=end</p>
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12292
2010-07-13T02:25:07Z
tenderlovemaking (Aaron Patterson)
tenderlove@ruby-lang.org
<ul></ul><p>=begin<br>
On Mon, Jul 12, 2010 at 11:29:32PM +0900, Yusuke Endoh wrote:</p>
<blockquote>
<p>Issue <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: segvs since r28570 (Closed)" href="https://redmine.ruby-lang.org/issues/3555">#3555</a> has been updated by Yusuke Endoh.</p>
<p>Hi,</p>
<p>2010/7/10 Aaron Patterson <a href="mailto:aaron@tenderlovemaking.com" class="email">aaron@tenderlovemaking.com</a>:</p>
<blockquote>
<p>On Sat, Jul 10, 2010 at 07:12:22AM +0900, Aaron Patterson wrote:</p>
<blockquote>
<p>Bug <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: segvs since r28570 (Closed)" href="https://redmine.ruby-lang.org/issues/3555">#3555</a>: segvs since r28570<br>
<a href="http://redmine.ruby-lang.org/issues/show/3555" class="external">http://redmine.ruby-lang.org/issues/show/3555</a></p>
<p>Author: Aaron Patterson<br>
Status: Open, Priority: Normal<br>
ruby -v: ruby 1.9.3dev (2010-07-09 trunk 28592) [x86_64-darwin10.3.1]</p>
<p>I'm seeing segv's when running the rails tests since r28570. ?r28569 does not segv.</p>
<p>I've attached the trace left from Ruby as well as a gdb backtrace. ?I will attempt to reduce the problem in the mean time.</p>
<p>r28570 seems to be a pure ruby change, so ruby should not segv. ?I hope we can fix the root cause rather than revert r28570.</p>
</blockquote>
<p>I forgot:</p>
<p>Steps to reproduce:</p>
<p>$ git clone <a href="http://github.com/rails/rails.git" class="external">http://github.com/rails/rails.git</a><br>
$ cd rails<br>
$ gem install bundler --pre<br>
$ bundle install<br>
$ cd activerecord<br>
$ rake test_sqlite3</p>
</blockquote>
<p>Unfortunately, works for me with r28620 [i686-linux].</p>
<p><a href="http://www.atdot.net/sp/view/oh7g5l" class="external">http://www.atdot.net/sp/view/oh7g5l</a></p>
</blockquote>
<p>I've been able to reduce the problem to this:</p>
<p>ruby -e'GC.stress = true; $-w = true; require "rubygems"; require "yaml"'</p>
<p><a href="http://atdot.net/sp/view/w6gg5l" class="external">http://atdot.net/sp/view/w6gg5l</a></p>
<p>I will continue to reduce further.</p>
<p>--<br>
Aaron Patterson<br>
<a href="http://tenderlovemaking.com/" class="external">http://tenderlovemaking.com/</a></p>
<p>Attachment: (unnamed)<br>
=end</p>
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12297
2010-07-13T04:11:32Z
runpaint (Run Paint Run Run)
runrun@runpaint.org
<ul></ul><p>=begin<br>
Just to confirm:</p>
<p>run@paint:~ → ruby -e'GC.stress = true; $-w = true; require "rubygems"; require "yaml"'<br>
/usr/local/lib/ruby/1.9.1/rubygems.rb:1062: warning: method redefined; discarding old gem<br>
<a href="internal:gem_prelude" class="external">internal:gem_prelude</a>:15: warning: previous definition of gem was here<br>
/usr/local/lib/ruby/1.9.1/rubygems/source_index.rb:360: warning: assigned but unused variable - name<br>
/usr/local/lib/ruby/1.9.1/rubygems/specification.rb:674: warning: assigned but unused variable - default_value<br>
/usr/local/lib/ruby/1.9.1/rubygems/specification.rb:706: warning: assigned but unused variable - yaml<br>
/usr/local/lib/ruby/1.9.1/rubygems/custom_require.rb:7: warning: loading in progress, circular require considered harmful - /usr/local/lib/ruby/1.9.1/rubygems.rb<br>
from -e:1:in <code><main>' from -e:1:in </code>require'<br>
from /usr/local/lib/ruby/1.9.1/rubygems.rb:1119:in <code><top (required)>' from /usr/local/lib/ruby/1.9.1/rubygems.rb:1119:in </code>require'<br>
from /usr/local/lib/ruby/1.9.1/rubygems/custom_require.rb:7:in <code><top (required)>' from /usr/local/lib/ruby/1.9.1/rubygems/custom_require.rb:7:in </code>require'<br>
*** glibc detected *** ruby: malloc(): smallbin double linked list corrupted: 0x09165618 ***<br>
======= Backtrace: =========<br>
/lib/tls/i686/cmov/libc.so.6(+0x6b591)[0x3c3591]<br>
/lib/tls/i686/cmov/libc.so.6(+0x6e710)[0x3c6710]<br>
/lib/tls/i686/cmov/libc.so.6(__libc_malloc+0x5c)[0x3c7f9c]<br>
ruby[0x8197b4e]<br>
ruby[0x8198352]<br>
ruby[0x81982ff]<br>
ruby[0x8198675]<br>
ruby[0x814e745]<br>
ruby[0x8159c11]<br>
ruby[0x815b347]<br>
ruby[0x815f996]<br>
ruby(rb_yield+0x50)[0x8160d90]<br>
ruby[0x817920a]<br>
ruby[0x8159c11]<br>
ruby[0x815bfb8]<br>
ruby[0x815f996]<br>
ruby(rb_iseq_eval+0x126)[0x815fec6]<br>
ruby[0x81a455f]<br>
ruby(rb_require_safe+0x54a)[0x81a5bda]<br>
ruby[0x8159c11]<br>
ruby[0x815bfb8]<br>
ruby[0x815f996]<br>
ruby(rb_iseq_eval_main+0x1c7)[0x815fd67]<br>
ruby[0x805e5e2]<br>
ruby(ruby_run_node+0x32)[0x805fe02]<br>
ruby(main+0x5a)[0x805d81a]<br>
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x36ebd6]<br>
ruby[0x805d721]<br>
======= Memory map: ========<br>
00270000-00279000 r-xp 00000000 08:01 276341 /lib/tls/i686/cmov/libcrypt-2.11.1.so<br>
00279000-0027a000 r--p 00008000 08:01 276341 /lib/tls/i686/cmov/libcrypt-2.11.1.so<br>
0027a000-0027b000 rw-p 00009000 08:01 276341 /lib/tls/i686/cmov/libcrypt-2.11.1.so<br>
0027b000-002a2000 rw-p 00000000 00:00 0<br>
00358000-004ab000 r-xp 00000000 08:01 266196 /lib/tls/i686/cmov/libc-2.11.1.so<br>
004ab000-004ac000 ---p 00153000 08:01 266196 /lib/tls/i686/cmov/libc-2.11.1.so<br>
004ac000-004ae000 r--p 00153000 08:01 266196 /lib/tls/i686/cmov/libc-2.11.1.so<br>
004ae000-004af000 rw-p 00155000 08:01 266196 /lib/tls/i686/cmov/libc-2.11.1.so<br>
004af000-004b2000 rw-p 00000000 00:00 0<br>
0055c000-00579000 r-xp 00000000 08:01 678 /lib/libgcc_s.so.1<br>
00579000-0057a000 r--p 0001c000 08:01 678 /lib/libgcc_s.so.1<br>
0057a000-0057b000 rw-p 0001d000 08:01 678 /lib/libgcc_s.so.1<br>
00711000-0072c000 r-xp 00000000 08:01 44106 /lib/ld-2.11.1.so<br>
0072c000-0072d000 r--p 0001a000 08:01 44106 /lib/ld-2.11.1.so<br>
0072d000-0072e000 rw-p 0001b000 08:01 44106 /lib/ld-2.11.1.so<br>
00870000-00872000 r-xp 00000000 08:01 276342 /lib/tls/i686/cmov/libdl-2.11.1.so<br>
00872000-00873000 r--p 00001000 08:01 276342 /lib/tls/i686/cmov/libdl-2.11.1.so<br>
00873000-00874000 rw-p 00002000 08:01 276342 /lib/tls/i686/cmov/libdl-2.11.1.so<br>
008f6000-008f8000 r-xp 00000000 08:01 289176 /usr/local/lib/ruby/1.9.1/i686-linux/enc/trans/transdb.so<br>
008f8000-008f9000 r--p 00001000 08:01 289176 /usr/local/lib/ruby/1.9.1/i686-linux/enc/trans/transdb.so<br>
008f9000-008fa000 rw-p 00002000 08:01 289176 /usr/local/lib/ruby/1.9.1/i686-linux/enc/trans/transdb.so<br>
00919000-0092e000 r-xp 00000000 08:01 312380 /lib/tls/i686/cmov/libpthread-2.11.1.so<br>
0092e000-0092f000 r--p 00014000 08:01 312380 /lib/tls/i686/cmov/libpthread-2.11.1.so<br>
0092f000-00930000 rw-p 00015000 08:01 312380 /lib/tls/i686/cmov/libpthread-2.11.1.so<br>
00930000-00932000 rw-p 00000000 00:00 0<br>
009a5000-009a7000 r-xp 00000000 08:01 280285 /usr/local/lib/ruby/1.9.1/i686-linux/etc.so<br>
009a7000-009a8000 r--p 00001000 08:01 280285 /usr/local/lib/ruby/1.9.1/i686-linux/etc.so<br>
009a8000-009a9000 rw-p 00002000 08:01 280285 /usr/local/lib/ruby/1.9.1/i686-linux/etc.so<br>
00ac3000-00ac4000 r-xp 00000000 00:00 0 [vdso]<br>
00d8e000-00d90000 r-xp 00000000 08:01 270954 /usr/local/lib/ruby/1.9.1/i686-linux/enc/encdb.so<br>
00d90000-00d91000 r--p 00001000 08:01 270954 /usr/local/lib/ruby/1.9.1/i686-linux/enc/encdb.so<br>
00d91000-00d92000 rw-p 00002000 08:01 270954 /usr/local/lib/ruby/1.9.1/i686-linux/enc/encdb.so<br>
00f30000-00f54000 r-xp 00000000 08:01 276343 /lib/tls/i686/cmov/libm-2.11.1.so<br>
00f54000-00f55000 r--p 00023000 08:01 276343 /lib/tls/i686/cmov/libm-2.11.1.so<br>
00f55000-00f56000 rw-p 00024000 08:01 276343 /lib/tls/i686/cmov/libm-2.11.1.so<br>
00f82000-00f89000 r-xp 00000000 08:01 312382 /lib/tls/i686/cmov/librt-2.11.1.so<br>
00f89000-00f8a000 r--p 00006000 08:01 312382 /lib/tls/i686/cmov/librt-2.11.1.so<br>
00f8a000-00f8b000 rw-p 00007000 08:01 312382 /lib/tls/i686/cmov/librt-2.11.1.so<br>
08048000-08214000 r-xp 00000000 08:01 264007 /usr/local/bin/ruby<br>
08214000-08215000 r--p 001cb000 08:01 264007 /usr/local/bin/ruby<br>
08215000-08216000 rw-p 001cc000 08:01 264007 /usr/local/bin/ruby<br>
08216000-08223000 rw-p 00000000 00:00 0<br>
090e3000-092d0000 rw-p 00000000 00:00 0 [heap]<br>
b7700000-b7721000 rw-p 00000000 00:00 0<br>
b7721000-b7800000 ---p 00000000 00:00 0<br>
b781c000-b789d000 rw-p 00000000 00:00 0<br>
b789d000-b78dc000 r--p 00000000 08:01 613559 /usr/lib/locale/en_GB.utf8/LC_CTYPE<br>
b78dc000-b78df000 rw-p 00000000 00:00 0<br>
b78eb000-b78ec000 ---p 00000000 00:00 0<br>
b78ec000-b78ef000 rw-p 00000000 00:00 0<br>
b78ef000-b78f6000 r--s 00000000 08:01 427947 /usr/lib/gconv/gconv-modules.cache<br>
b78f6000-b78f8000 rw-p 00000000 00:00 0<br>
bfbe6000-bfbfb000 rw-p 00000000 00:00 0 [stack]<br>
Aborted<br>
run@paint:~ → ruby -v<br>
ruby 1.9.3dev (2010-07-12 trunk 28620) [i686-linux]<br>
=end</p>
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12302
2010-07-13T07:14:44Z
nobu (Nobuyoshi Nakada)
nobu@ruby-lang.org
<ul></ul><p>=begin<br>
Hi,</p>
<p>At Tue, 13 Jul 2010 04:11:32 +0900,<br>
Run Paint Run Run wrote in <a href="https://blade.ruby-lang.org/ruby-core/31221">[ruby-core:31221]</a>:</p>
<blockquote>
<p>run@paint:~ → ruby -e'GC.stress = true; $-w = true; require "rubygems"; require "yaml"'</p>
</blockquote>
<p>I could reproduce it on trunk, but not on 1.9.2 with or without<br>
backporting r28570. So I suspect it is related to lazy-sweep<br>
now.</p>
<p>Also,</p>
<p>At Thu, 8 Jul 2010 02:57:59 +0900,<br>
Roger Pack wrote in <a href="https://blade.ruby-lang.org/ruby-core/31108">[ruby-core:31108]</a>:</p>
<blockquote>
<p>C:/installs/ruby_trunk_installed/lib/ruby/gems/1.9.1/specifications/rdoc-data-2.5.1.gemspec:18:<br>
[BUG] gc_sweep(): unknown data type 0x0(0x230bd19)</p>
</blockquote>
<p>This might be caused by the same bug. 0x230bd19 is a Fixnum in<br>
normal, so it can't be This seems heap_slot is broken/discarded.</p>
<p>--<br>
Nobu Nakada</p>
<p>=end</p>
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12309
2010-07-13T14:36:57Z
authorNari (Narihiro Nakamura)
authorNari@gmail.com
<ul></ul><p>=begin<br>
Hi,</p>
<p>2010年7月13日7:14 Nobuyoshi Nakada <a href="mailto:nobu@ruby-lang.org" class="email">nobu@ruby-lang.org</a>:</p>
<blockquote>
<p>Hi,</p>
<p>At Tue, 13 Jul 2010 04:11:32 +0900,<br>
Run Paint Run Run wrote in <a href="https://blade.ruby-lang.org/ruby-core/31221">[ruby-core:31221]</a>:</p>
<blockquote>
<p>run@paint:~ → ruby -e'GC.stress = true; $-w = true; require "rubygems"; require "yaml"'</p>
</blockquote>
<p>I could reproduce it on trunk, but not on 1.9.2 with or without<br>
backporting r28570. So I suspect it is related to lazy-sweep<br>
now.</p>
</blockquote>
<p>I'll check the lazy-sweep on trunk.</p>
<blockquote>
<p>Also,</p>
<p>At Thu, 8 Jul 2010 02:57:59 +0900,<br>
Roger Pack wrote in <a href="https://blade.ruby-lang.org/ruby-core/31108">[ruby-core:31108]</a>:</p>
<blockquote>
<p>C:/installs/ruby_trunk_installed/lib/ruby/gems/1.9.1/specifications/rdoc-data-2.5.1.gemspec:18:<br>
[BUG] gc_sweep(): unknown data type 0x0(0x230bd19)</p>
</blockquote>
<p>This might be caused by the same bug. 0x230bd19 is a Fixnum in<br>
normal, so it can't be This seems heap_slot is broken/discarded.</p>
<p>--<br>
Nobu Nakada</p>
</blockquote>
<p>--<br>
Narihiro Nakamura (nari)</p>
<p>=end</p>
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12323
2010-07-13T23:19:13Z
mame (Yusuke Endoh)
mame@ruby-lang.org
<ul><li><strong>Status</strong> changed from <i>Open</i> to <i>Assigned</i></li><li><strong>Assignee</strong> set to <i>authorNari (Narihiro Nakamura)</i></li><li><strong>Target version</strong> set to <i>2.0.0</i></li></ul><p>=begin<br>
I agree with Nobu. I set the target to 1.9.x.<br>
If anyone succeeds to reproduce this with 1.9.2, please notify us.</p>
<p>--<br>
Yusuke Endoh <a href="mailto:mame@tsg.ne.jp" class="email">mame@tsg.ne.jp</a><br>
=end</p>
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12421
2010-07-20T13:47:09Z
authorNari (Narihiro Nakamura)
authorNari@gmail.com
<ul></ul><p>=begin<br>
I found memory error on trunk:</p>
<p>$ cat /tmp/t.rb<br>
require "/tmp/f.rb"</p>
<p>module Kernel<br>
def require<br>
end<br>
GC.start<br>
GC.stress = true<br>
10.times{ "a".dup }<br>
end</p>
<p>$ cat /tmp/f.rb<br>
require "/tmp/t"</p>
<p>$ valgrind ./ruby /tmp/f.rb</p>
<p>==11321== Memcheck, a memory error detector<br>
==11321== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.<br>
==11321== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for copyright info<br>
==11321== Command: ./ruby /tmp/f.rb<br>
==11321==<br>
==11321== Invalid write of size 1<br>
==11321== at 0x814AF5D: rb_thread_mark (vm.c:1651)<br>
==11321== by 0x8065905: gc_mark_children (gc.c:1752)<br>
==11321== by 0x80654A2: gc_mark (gc.c:1546)<br>
==11321== by 0x80654DC: rb_gc_mark (gc.c:1552)<br>
==11321== by 0x814AB63: vm_mark_each_thread_func (vm.c:1475)<br>
==11321== by 0x80F0D2D: st_foreach (st.c:747)<br>
==11321== by 0x814ABD0: rb_vm_mark (vm.c:1498)<br>
==11321== by 0x8065905: gc_mark_children (gc.c:1752)<br>
==11321== by 0x80654A2: gc_mark (gc.c:1546)<br>
==11321== by 0x80654DC: rb_gc_mark (gc.c:1552)<br>
==11321== by 0x8066DB5: gc_marks (gc.c:2340)<br>
==11321== by 0x806662D: gc_lazy_sweep (gc.c:2067)<br>
==11321== Address 0x43928e4 is 4 bytes inside a block of size 20 free'd<br>
==11321== at 0x4024B3A: free (vg_replace_malloc.c:366)<br>
==11321== by 0x8064203: vm_xfree (gc.c:752)<br>
==11321== by 0x806435A: ruby_xfree (gc.c:800)<br>
==11321== by 0x8142E70: rb_free_method_entry (vm_method.c:185)<br>
==11321== by 0x8142DAC: rb_sweep_method_entry (vm_method.c:151)<br>
==11321== by 0x8066304: after_gc_sweep (gc.c:2020)<br>
==11321== by 0x8066622: gc_lazy_sweep (gc.c:2065)<br>
==11321== by 0x80649A6: rb_newobj_from_heap (gc.c:1044)<br>
==11321== by 0x8064A5F: rb_newobj (gc.c:1128)<br>
==11321== by 0x80F1EF6: str_alloc (string.c:378)<br>
==11321== by 0x80F3CF2: rb_str_resurrect (string.c:901)<br>
==11321== by 0x813D7C1: vm_exec_core (insns.def:379)<br>
==11321==<br>
==11321==<br>
==11321== HEAP SUMMARY:<br>
==11321== in use at exit: 384,939 bytes in 14,320 blocks<br>
==11321== total heap usage: 16,121 allocs, 1,801 frees, 1,528,828 bytes allocated<br>
==11321==<br>
==11321== LEAK SUMMARY:<br>
==11321== definitely lost: 46,603 bytes in 1,639 blocks<br>
==11321== indirectly lost: 198,711 bytes in 7,706 blocks<br>
==11321== possibly lost: 164 bytes in 7 blocks<br>
==11321== still reachable: 139,461 bytes in 4,968 blocks<br>
==11321== suppressed: 0 bytes in 0 blocks<br>
==11321== Rerun with --leak-check=full to see details of leaked memory<br>
==11321==<br>
==11321== For counts of detected and suppressed errors, rerun with: -v<br>
==11321== ERROR SUMMARY: 2 errors from 1 contexts (suppressed: 29 from 10)</p>
<p>I will fix it.</p>
<p>=end</p>
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12423
2010-07-20T15:17:05Z
Anonymous
<ul><li><strong>Status</strong> changed from <i>Assigned</i> to <i>Closed</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>100</i></li></ul><p>=begin<br>
This issue was solved with changeset r28689.<br>
Aaron, thank you for reporting this issue.<br>
Your contribution to Ruby is greatly appreciated.<br>
May Ruby be with you.</p>
<p>=end</p>
Ruby master - Bug #3555: segvs since r28570
https://redmine.ruby-lang.org/issues/3555?journal_id=12427
2010-07-21T00:43:24Z
tenderlovemaking (Aaron Patterson)
tenderlove@ruby-lang.org
<ul></ul><p>=begin<br>
On Tue, Jul 20, 2010 at 01:47:09PM +0900, Narihiro Nakamura wrote:</p>
<blockquote>
<p>Issue <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: segvs since r28570 (Closed)" href="https://redmine.ruby-lang.org/issues/3555">#3555</a> has been updated by Narihiro Nakamura.</p>
<p>I found memory error on trunk:</p>
<p>$ cat /tmp/t.rb<br>
require "/tmp/f.rb"</p>
<p>module Kernel<br>
def require<br>
end<br>
GC.start<br>
GC.stress = true<br>
10.times{ "a".dup }<br>
end</p>
<p>$ cat /tmp/f.rb<br>
require "/tmp/t"</p>
<p>$ valgrind ./ruby /tmp/f.rb</p>
</blockquote>
<p>[snip]</p>
<blockquote>
<p>I will fix it.</p>
</blockquote>
<p>Thanks Nakamura!</p>
<p>--<br>
Aaron Patterson<br>
<a href="http://tenderlovemaking.com/" class="external">http://tenderlovemaking.com/</a></p>
<p>Attachment: (unnamed)<br>
=end</p>