From: Rocky Bernstein Date: 2010-07-17T08:18:03+09:00 Subject: [ruby-core:31323] Re: [Bug #3566] memory leak when spawning+joining Threads in a loop --000e0cd241fc386df8048b89624d Content-Type: text/plain; charset=ISO-8859-1 On Fri, Jul 16, 2010 at 9:27 AM, Yusuke ENDOH wrote: > 2010/7/16 Rocky Bernstein : > > I am now getting a SEGV presumably in a garbage collection routine > (gc_mark) > > on trunk (SVN revision 28656), but about 15 hours ago I didn't. I don't > get > > the crash every time I run "make check" but in 1 out of 3 tries I do. > > Attached should be a slightly stripped down log of a "make check" run > from > > Ubuntu. > > I've not committed my patch yet. > Do you mean that you did apply it and then got SEGV? > I didn't apply it and got a SEGV. I've been working on patches to Ruby myself. see http://github.com/rocky/rb-threadframe/tree/master/patches/trunk/. So it is possible, if not likely, that the crash is due to something in those patches. > Otherwise, could you revert r28656 and check if SEGV occurs or not? > > -- > Yusuke Endoh > > --000e0cd241fc386df8048b89624d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, Jul 16, 2010 at 9:27 AM, Yusuke = ENDOH <mame@tsg.ne.j= p> wrote:
2010/7/16 Rocky Bernstein <= rocky.bernstein@gmail.com>:
> I am now getting a SEGV presumably in a garbage coll= ection routine (gc_mark)
> on trunk (SVN revision 28656), but about 15 hours ago I didn't. I = don't get
> the crash every time I run "make check" but in 1 out of 3 tr= ies I do.
> Attached should be a slightly stripped down log of a "make check&= quot; run from
> Ubuntu.

I've not committed my patch yet.
Do you mean that you did apply it and then got SEGV?
<= br>I didn't apply it and got a SEGV.

I've been working on p= atches to Ruby myself. see http://github.com/rocky/rb-threadframe/tree/m= aster/patches/trunk/. So it is possible, if not likely, that the crash = is due to something in those patches.


=A0
Otherwise, could you revert r28656 and check if SEGV occurs or not?

--
Yusuke Endoh <mame@tsg.ne.jp>

--000e0cd241fc386df8048b89624d--