[#11073] segfault printing instruction sequence for iterator — <noreply@...>

Bugs item #10527, was opened at 2007-05-02 14:42

14 messages 2007/05/02
[#11142] Re: [ ruby-Bugs-10527 ] segfault printing instruction sequence for iterator — Nobuyoshi Nakada <nobu@...> 2007/05/10

Hi,

[#11188] Re: [ ruby-Bugs-10527 ] segfault printing instruction sequence for iterator — Paul Brannan <pbrannan@...> 2007/05/16

On Thu, May 10, 2007 at 04:51:18PM +0900, Nobuyoshi Nakada wrote:

[#11234] Planning to release 1.8.6 errata — Urabe Shyouhei <shyouhei@...>

Hi all.

17 messages 2007/05/25

IRHG - GC Questons:

From: Charles Thornton <ceo@...>
Date: 2007-05-22 06:34:55 UTC
List: ruby-core #11220
1) Why is there a SOURCE_FILENAME Hash Table in GC?
     What is the underlying GC Operation that needs to know
      source filenames?

2) I assume that "gc_mark_all()" code below means that
    you only call  "gc_mark_children" if  an object is NOT
   Marked already?   This seems to run counter to what I
   expected.  I would think that only the children of a marked
   object should be marked??

      while (p < pend) {
        if ((p->as.basic.flags & FL_MARK)
        && (p->as.basic.flags != FL_MARK)) {
          gc_mark_children((VALUE) p, 0);
          }
        p++;
       }

3) I assume that "gc_mark_rest()" copies the <mark_stack> to
    a temporary stack to process it, and init's the mark_stack to
    receive more entries from the mark rest processing?

   Chuck T.

In This Thread

Prev Next