[#7271] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — ville.mattila@...
[#7272] [PATCH] OS X core dumps when $0 is changed and then loads shared libraries — noreply@...
Bugs item #3399, was opened at 2006-01-31 22:25
[#7274] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — ville.mattila@...
[#7277] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — ville.mattila@...
[#7280] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — ville.mattila@...
[#7286] Re: ruby-dev summary 28206-28273 — ara.t.howard@...
On Thu, 2 Feb 2006, Minero Aoki wrote:
mathew wrote:
mathew wrote:
I'm not sure we even need the 'with' syntax. Even if we do, it breaks
On 2006.02.07 10:03, Evan Webb wrote:
Umm, on what version are you seeing a warning there? I don't and never
On 2006.02.07 14:47, Evan Webb wrote:
I'd by far prefer it never emit a warning. The warning is assumes you
On Tue, 7 Feb 2006, Evan Webb wrote:
On Wed, 8 Feb 2006, Timothy J. Wood wrote:
[#7305] Re: Problem with weak references on OS X 10.3 — Mauricio Fernandez <mfp@...>
On Sun, Feb 05, 2006 at 08:33:40PM +0900, Christian Neukirchen wrote:
On Feb 5, 2006, at 5:05 AM, Mauricio Fernandez wrote:
On Wed, Feb 22, 2006 at 02:21:24PM +0900, Eric Hodel wrote:
Hi,
On Mon, Feb 27, 2006 at 12:45:28AM +0900, Yukihiro Matsumoto wrote:
On Sun, Feb 26, 2006 at 06:06:17PM +0100, Mauricio Fernandez wrote:
In article <20060226171117.GB29508@tux-chan>,
In article <1140968746.321377.18843.nullmailer@x31.priv.netlab.jp>,
Hi,
In article <m1FDshr-0006MNC@Knoppix>,
In article <87irr047sx.fsf@m17n.org>,
In article <87vev0hxu5.fsf@m17n.org>,
Just my quick 2 cents...
In article <92f5f81d0602281855g27e78f4eua8bf20e0b8e47b68@mail.gmail.com>,
Hi,
In article <m1FESAD-0001blC@Knoppix>,
Hi,
[#7331] Set containing duplicates — noreply@...
Bugs item #3506, was opened at 2006-02-08 22:52
[#7337] Parse error within Regexp — Bertram Scharpf <lists@...>
Hi,
Hi,
On Sun, Feb 12, 2006 at 01:34:55AM +0900, Yukihiro Matsumoto wrote:
[#7344] Ruby 1.8.4 on Mac OS X 10.4 Intel — Dae San Hwang <daesan@...>
Hi, all. This is my first time posting to this mailing list.
On Feb 12, 2006, at 6:14 AM, Dae San Hwang wrote:
[#7347] Latest change to eval.c — Kent Sibilev <ksruby@...>
It seems that the latest change to eval.c (1.616.2.154) has broken irb.
Hi,
Thanks, Matz.
[#7364] Method object used as Object#instance_eval block doesn't work (as expected) — noreply@...
Bugs item #3565, was opened at 2006-02-15 02:32
Hi,
Hi,
On Pr 2006-02-16 at 03:18 +0900, Yukihiro Matsumoto wrote:
[#7376] Minor tracer.rb patch — Daniel Berger <Daniel.Berger@...>
Hi,
[#7396] IO#reopen — Mathieu Bouchard <matju@...>
[#7403] Module#define_method "send hack" fails with Ruby 1.9 — Emiel van de Laar <emiel@...>
Hi List,
Emiel van de Laar <emiel@rednode.nl> writes:
Hi --
[#7439] FYI: ruby-lang.org is on spamcop blacklists — mathew <meta@...>
dnsbl/bl.spamcop.net returned deny: for
[#7442] GC Question — zdennis <zdennis@...>
I have been posting to the ruby-talk mailing list about ruby memory and GC, and I think it's ready
Hello.
Hello.
Re: GC Question
>>>>> "z" == zdennis <zdennis@mktec.com> writes:
z> Attempting to apply patch to array.c from 1.8.4 I get:
Well here a debugging session if you want to try to understand what it do
I put my comments in /* ... */
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /i/home/msys/decoux/ruby/ruby-1.8.4/ruby b.rb
187
before
Breakpoint 2, rb_eval (self=3085161320, n=0xb7e3dcdc) at eval.c:3711
3711 result = rb_ary_new();
(gdb)
/* first breakpoint in rb_eval() (NODE_ZARRAY) */
(gdb) p &result
$97 = (volatile VALUE *) 0xbffff220
(gdb) c
Continuing.
Breakpoint 9, rb_ary_push (ary=3085161280, item=3085161220) at array.c:403
403 rb_ary_store(ary, RARRAY(ary)->len, item);
/* second breakpoint in rb_ary_push() */
(gdb) printf "%p\n", 0xbffff220-2452
0xbfffe88c
(gdb) printf "%p\n", *(0xbffff220-2452)
(nil)
/* don't ask me why I use the magic value 2452 :-) */
/* ruby has nothing at this address */
(gdb) s
rb_ary_store (ary=3085161280, idx=0, val=0) at array.c:352
352 if (idx < 0) {
(gdb) printf "%p\n", *(0xbffff220-2452)
0xb7e3d340
(gdb) p *(struct RArray *)0xb7e3d340
$98 = {basic = {flags = 9, klass = 3085202720}, len = 0, aux = {capa = 16, shared = 16}, ptr = 0x812af28}
(gdb)
/* now the address (0xbffff220-2452) make reference to the Array */
/* now I remove the breakpoint to wait it in garbage_collect() */
(gdb) c
Continuing.
check now
853640
Breakpoint 4, gc_mark_children (ptr=3085161280, lev=1) at gc.c:920
920 VALUE *ptr = obj->as.array.ptr;
(gdb) up
#1 0x0806f02b in mark_locations_array (x=0xbfffe88c, n=1432) at gc.c:626
626 gc_mark(v, 0);
(gdb) printf "%p\n", 0xbffff220-2452
0xbfffe88c
(gdb)
/*
ruby is marking the stack and in the stack it has found something
at (0xbffff220-2452) == 0xbfffe88c : this is the location where the array
was stored when it was in rb_ary_store() and this location was never
cleaned nor replaced by another value and ruby logically mark the
array. This is why it can't remove it
*/
Guy Decoux