>>>>> "n" == nobu nokada <nobu.nokada / softhome.net> writes:

n> I can't result a coredump yet, this is definitely wrong.

 ruby is in a case of undefined behaviour (i.e. it try to access a memory
 zone which has not been allocated for this), this is why it's
 difficult to find a case for SEGV

n> I can imagine the only way [ruby-core:00053].  Otherwise,

 No, no [ruby-core:00053] or [ruby-core:00043] will not work. There is a
 very good reason for the use of

    
    ruby_eval_tree = block_append(ruby_eval_tree,
				  NEW_DASGN(0, NEW_LIT(0)));

 If I'm right ruby just need to test if the number of local variable was
 modified before executing the nodes (i.e. just after the label default: in
 NODE_DSTR). If this is true it must reallocate ruby_scope->local_vars and
 perhaps remake 'ruby_scope->local_tbl = node->nd_tbl'



Guy Decoux