[#9381] Native Thread extension for 1.8 — "Abhisek Datta" <abhisek@...>
Hello,
[#9382] the sign of a number is omitted when squaring it. -2**2 vs (-2)**2 — <noreply@...>
Bugs item #6468, was opened at 2006-11-03 17:25
On 11/3/06, noreply@rubyforge.org <noreply@rubyforge.org> wrote:
Jacob Fugal wrote:
Hi,
Yukihiro Matsumoto wrote:
[#9385] merge YARV into Ruby — SASADA Koichi <ko1@...>
Hi,
On Nov 3, 2006, at 9:11 PM, SASADA Koichi wrote:
On 11/4/06, SASADA Koichi <ko1@atdot.net> wrote:
On Monday 06 November 2006 16:01, Kirill Shutemov wrote:
On Monday 06 November 2006 10:15, Sylvain Joyeux wrote:
On 11/6/06, Sean Russell <ser@germane-software.com> wrote:
On Monday 06 November 2006 13:37, Kirill Shutemov wrote:
On 11/6/06, Kirill Shutemov <k.shutemov@gmail.com> wrote:
On 11/8/06, Austin Ziegler <halostatue@gmail.com> wrote:
On 11/6/06, ville.mattila@stonesoft.com <ville.mattila@stonesoft.com> wrote:
On 2006-11-07 00:47:20 +0900, Kirill Shutemov wrote:
On 11/6/06, Marcus Rueckert <mrueckert@suse.de> wrote:
On Tue, 7 Nov 2006, Joshua Haberman wrote:
[#9402] fast mutexes for 1.8? — MenTaLguY <mental@...>
Many people have been using Thread.critical for locking because Ruby
On Mon, 6 Nov 2006, MenTaLguY wrote:
On Mon, 2006-11-06 at 23:17 +0900, Hugh Sasse wrote:
On Tue, 7 Nov 2006, MenTaLguY wrote:
On Mon, 6 Nov 2006, MenTaLguY wrote:
On Mon, 2006-11-06 at 23:21 +0900, khaines@enigo.com wrote:
On Mon, 2006-11-06 at 09:38, MenTaLguY wrote:
[#9450] Bikeshed: No more Symbol < String? — Kornelius Kalnbach <murphy@...>
Hi ruby-core!
Hi,
David wrote:
On Nov 7, 2006, at 2:28 AM, Yukihiro Matsumoto wrote:
Hi,
Hi --
Hi,
Too bad, I was rejoicing to remove the need of
[#9470] Ruby performanmce improvements — "Michael Selig" <michael.selig@...>
I know you guys are in the middle of YARV stuff, but I thought you might be
Hi,
[#9472] Re: fast mutexes for 1.8? — Brent Roman <brent@...>
At RubyConf 2005 I gave an off-the-wall little talk about the
[#9493] Future Plans for Ruby 1.8 Series — URABE Shyouhei <shyouhei@...>
This week Japanese rubyists were talking about the future of ruby_1_8
[#9515] External entropy pool for random number generator — "Kirill Shutemov" <k.shutemov@...>
In the attachment patch which allow to use external entropy pool for
Hi,
On 11/13/06, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
Hi,
On 11/13/06, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
Hi,
[#9520] Re: fast mutexes for 1.8? — Brent Roman <brent@...>
[#9540] Different return values for setter methods — "Marcel Molina Jr." <marcel@...>
>> class Setter; def set=(value) 1 end end
[#9547] Net::FTP should check the control connection on EPIPE — Simon Williams <simon.williams@...>
Hi,
Hi,
On Tue, Feb 06, 2007 at 11:23:01AM +0900, Shugo Maeda wrote:
[#9554] Ruby 1.[89].\d+ and beyond. — Hugh Sasse <hgs@...>
I've been thinking about how version numbers are restricting what we can do.
On Fri, 17 Nov 2006, Eric Hodel wrote:
On Nov 16, 2006, at 12:02 PM, Hugh Sasse wrote:
On 11/16/06, Eric Hodel <drbrain@segment7.net> wrote:
On Nov 19, 2006, at 6:35 AM, Robert Dober wrote:
On Nov 19, 2006, at 8:13 AM, James Edward Gray II wrote:
> What if we need to exceed 1.8.9?
On Nov 19, 2006, at 10:30 PM, Kornelius Kalnbach wrote:
On Mon, 20 Nov 2006, Eric Hodel wrote:
Hugh Sasse wrote:
[#9572] io_write (io.c) bug (and its fix) under MS Windows for GUI apps (rubyw) — "Mounir Idrassi" <idrassi@...>
Hi all,
[#9581] type information — Deni George <denigeorge@...>
Hi,
Nobuyoshi Nakada wrote:
[#9604] #ancestors never includes the singleton class (inconsistent) — <noreply@...>
Bugs item #6820, was opened at 2006-11-22 08:49
Hi,
> It is supposed to. Singleton classes (or eigenclasses, if you want to
On 11/27/06, Sylvain Joyeux <sylvain.joyeux@m4x.org> wrote:
> 2) You could think of all objects already having a singleton class
[ ruby-Bugs-6987 ] Double-free problem in the interpreter
Bugs item #6987, was opened at 2006-11-30 17:19
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=6987&group_id=426
Category: Core
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Sylvain Joyeux (lapinot)
Assigned to: Nobody (None)
Summary: Double-free problem in the interpreter
Initial Comment:
One of my test suite crahed, so I traced ruby inside valgrind. (report following). All bad accesses are at the same location, so I removed the traces which were redundant.
Ruby version:
ruby 1.8.5 (2006-08-25) [i686-linux]
Compiled from the official tarball on fedora core 5, with the following options:
--enable-frame-address --disable-pthread --enable-shared
Conditional jump or move depends on uninitialised value(s)
at 0x4049147: garbage_collect (gc.c:1267)
by 0x4049757: rb_newobj (gc.c:395)
by 0x4035595: rb_call0 (eval.c:5856)
by 0x4036017: rb_call (eval.c:6048)
by 0x4033678: rb_eval (eval.c:3464)
by 0x4035BF0: rb_call0 (eval.c:5954)
by 0x4036017: rb_call (eval.c:6048)
by 0x4033678: rb_eval (eval.c:3464)
by 0x403440D: rb_eval (eval.c:3259)
by 0x4035BF0: rb_call0 (eval.c:5954)
by 0x4036017: rb_call (eval.c:6048)
by 0x4033939: rb_eval (eval.c:3443)
Invalid free() / delete / delete[]
at 0x4004E41: free (vg_replace_malloc.c:235)
by 0x4049161: garbage_collect (gc.c:1268)
by 0x4049757: rb_newobj (gc.c:395)
by 0x4035595: rb_call0 (eval.c:5856)
by 0x4036017: rb_call (eval.c:6048)
by 0x4033678: rb_eval (eval.c:3464)
by 0x4035BF0: rb_call0 (eval.c:5954)
by 0x4036017: rb_call (eval.c:6048)
by 0x4033678: rb_eval (eval.c:3464)
by 0x403440D: rb_eval (eval.c:3259)
by 0x4035BF0: rb_call0 (eval.c:5954)
by 0x4036017: rb_call (eval.c:6048)
Address 0x4A6EAC0 is 0 bytes inside a block of size 24 free'd
at 0x4004E41: free (vg_replace_malloc.c:235)
by 0x4049161: garbage_collect (gc.c:1268)
by 0x4049757: rb_newobj (gc.c:395)
by 0x4035595: rb_call0 (eval.c:5856)
by 0x4036017: rb_call (eval.c:6048)
by 0x4033678: rb_eval (eval.c:3464)
by 0x4035BF0: rb_call0 (eval.c:5954)
by 0x4036017: rb_call (eval.c:6048)
by 0x4033678: rb_eval (eval.c:3464)
by 0x403440D: rb_eval (eval.c:3259)
by 0x4035BF0: rb_call0 (eval.c:5954)
by 0x4036017: rb_call (eval.c:6048)
Invalid read of size 4
at 0x4028E70: rb_svar (eval.c:967)
by 0x4068FFD: rb_lastline_get (parse.y:6225)
by 0x402C0C7: rb_thread_restore_context (eval.c:10367)
by 0x402BFB0: rb_thread_restore_context (eval.c:10308)
by 0x1657C: ???
Address 0x4A6EAC0 is 0 bytes inside a block of size 24 free'd
Invalid read of size 4
at 0x4028E79: rb_svar (eval.c:968)
by 0x4068FFD: rb_lastline_get (parse.y:6225)
by 0x402C0C7: rb_thread_restore_context (eval.c:10367)
by 0x402BFB0: rb_thread_restore_context (eval.c:10308)
by 0x1657C: ???
Address 0x4A6EAC4 is 4 bytes inside a block of size 24 free'd
Invalid read of size 4
at 0x4028E70: rb_svar (eval.c:967)
by 0x4069685: rb_lastline_set (parse.y:6236)
by 0x402C0E1: rb_thread_restore_context (eval.c:10368)
by 0x402BFB0: rb_thread_restore_context (eval.c:10308)
by 0x1657C: ???
Address 0x4A6EAC0 is 0 bytes inside a block of size 24 free'd
Invalid read of size 4
at 0x4028E79: rb_svar (eval.c:968)
by 0x4069685: rb_lastline_set (parse.y:6236)
by 0x402C0E1: rb_thread_restore_context (eval.c:10368)
by 0x402BFB0: rb_thread_restore_context (eval.c:10308)
by 0x1657C: ???
Address 0x4A6EAC4 is 4 bytes inside a block of size 24 free'd
Invalid read of size 4
at 0x4028E70: rb_svar (eval.c:967)
by 0x406903D: rb_backref_get (parse.y:6202)
by 0x402C0F8: rb_thread_restore_context (eval.c:10370)
by 0x402BFB0: rb_thread_restore_context (eval.c:10308)
by 0x1657C: ???
Address 0x4A6EAC0 is 0 bytes inside a block of size 24 free'd
Invalid read of size 4
at 0x4028E79: rb_svar (eval.c:968)
by 0x406903D: rb_backref_get (parse.y:6202)
by 0x402C0F8: rb_thread_restore_context (eval.c:10370)
by 0x402BFB0: rb_thread_restore_context (eval.c:10308)
by 0x1657C: ???
Address 0x4A6EAC8 is 8 bytes inside a block of size 24 free'd
Invalid read of size 4
at 0x4028E70: rb_svar (eval.c:967)
by 0x40696D5: rb_backref_set (parse.y:6213)
by 0x402C112: rb_thread_restore_context (eval.c:10371)
by 0x402BFB0: rb_thread_restore_context (eval.c:10308)
by 0x1657C: ???
Address 0x4A6EAC0 is 0 bytes inside a block of size 24 free'd
Invalid read of size 4
at 0x4028E79: rb_svar (eval.c:968)
by 0x40696D5: rb_backref_set (parse.y:6213)
by 0x402C112: rb_thread_restore_context (eval.c:10371)
by 0x402BFB0: rb_thread_restore_context (eval.c:10308)
by 0x1657C: ???
Address 0x4A6EAC8 is 8 bytes inside a block of size 24 free'd
----------------------------------------------------------------------
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=6987&group_id=426