[#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

9 messages 2006/11/03

[#9385] merge YARV into Ruby — SASADA Koichi <ko1@...>

Hi,

42 messages 2006/11/04
[#9405] Re: merge YARV into Ruby — "Kirill Shutemov" <k.shutemov@...> 2006/11/06

On 11/4/06, SASADA Koichi <ko1@atdot.net> wrote:

[#9406] Re: merge YARV into Ruby — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2006/11/06

On Monday 06 November 2006 16:01, Kirill Shutemov wrote:

[#9417] Re: merge YARV into Ruby — Sean Russell <ser@...> 2006/11/06

On Monday 06 November 2006 10:15, Sylvain Joyeux wrote:

[#9428] Re: merge YARV into Ruby — "Kirill Shutemov" <k.shutemov@...> 2006/11/06

On 11/6/06, Sean Russell <ser@germane-software.com> wrote:

[#9402] fast mutexes for 1.8? — MenTaLguY <mental@...>

Many people have been using Thread.critical for locking because Ruby

24 messages 2006/11/06

[#9450] Bikeshed: No more Symbol < String? — Kornelius Kalnbach <murphy@...>

Hi ruby-core!

21 messages 2006/11/07
[#9452] Re: Bikeshed: No more Symbol < String? — Yukihiro Matsumoto <matz@...> 2006/11/07

Hi,

[#9493] Future Plans for Ruby 1.8 Series — URABE Shyouhei <shyouhei@...>

This week Japanese rubyists were talking about the future of ruby_1_8

13 messages 2006/11/09

[#9515] External entropy pool for random number generator — "Kirill Shutemov" <k.shutemov@...>

In the attachment patch which allow to use external entropy pool for

13 messages 2006/11/11
[#9522] Re: External entropy pool for random number generator — "Nobuyoshi Nakada" <nobu@...> 2006/11/13

Hi,

[#9554] Ruby 1.[89].\d+ and beyond. — Hugh Sasse <hgs@...>

I've been thinking about how version numbers are restricting what we can do.

30 messages 2006/11/16
[#9561] Re: Ruby 1.[89].\d+ and beyond. — Eric Hodel <drbrain@...7.net> 2006/11/16

[#9563] Re: Ruby 1.[89].\d+ and beyond. — Hugh Sasse <hgs@...> 2006/11/16

On Fri, 17 Nov 2006, Eric Hodel wrote:

[#9564] Re: Ruby 1.[89].\d+ and beyond. — Eric Hodel <drbrain@...7.net> 2006/11/16

On Nov 16, 2006, at 12:02 PM, Hugh Sasse wrote:

[#9571] Re: Ruby 1.[89].\d+ and beyond. — "Robert Dober" <robert.dober@...> 2006/11/19

On 11/16/06, Eric Hodel <drbrain@segment7.net> wrote:

[#9604] #ancestors never includes the singleton class (inconsistent) — <noreply@...>

Bugs item #6820, was opened at 2006-11-22 08:49

12 messages 2006/11/22
[#9618] Re: [ ruby-Bugs-6820 ] #ancestors never includes the singleton class (inconsistent) — Yukihiro Matsumoto <matz@...> 2006/11/25

Hi,

[#9629] Re: [ ruby-Bugs-6820 ] #ancestors never includes the singleton class (inconsistent) — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2006/11/27

> It is supposed to. Singleton classes (or eigenclasses, if you want to

[ ruby-Bugs-6987 ] Double-free problem in the interpreter

From: <noreply@...>
Date: 2006-11-30 17:19:37 UTC
List: ruby-core #9641
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

In This Thread

Prev Next