[ruby-dev:20472] Re: 原因不明のSEGV

なかだです。

At Fri, 27 Jun 2003 14:39:34 +0900,
yamamoto madoka wrote:
> こちらも、直っているようです。
> 手元の環境では、再現しなくなりました。

[ruby-dev:20464]のパッチででしょうか。

> 調べてる途中気づいたのですが、
> ruby-list:36161
> のバグももしかしたら同じ原因かもしれません。
> 
> 　エラーメッセージが
> 　 [BUG] gc_sweep(): unknown data type 52（手元ではtype 48でした）
> 
> 　ElectricFence付きだと落ちるところが
>   #0  mark_locations_array (x=0x44a84000, n=0) at gc.c:505
> 
> という点が一緒でした。

# すっかり忘れてた…。

これは結局手元では再現できてないんですが、[ruby-dev:20351]と
[ruby-list:36173]のコードはたしかによく似てますね。

> > > Program received signal SIGSEGV, Segmentation fault.
> > > [Switching to Thread 1024 (LWP 24325)]
> > > mark_locations_array (x=0x4616f2dc, n=0) at gc.c:505
> > > 505     {
> > > (gdb) bt
> > > #0  mark_locations_array (x=0x4616f2dc, n=0) at gc.c:505
> > > #1  0x08061349 in thread_mark (th=0x41f5dd54) at eval.c:8020
> >
> > ここで、th->stk_ptrとth->stk_lenおよびth->stk_ptr[th->stk_len]
> > の値はどうなってるでしょうか。
> 
> (gdb) p th->stk_ptr
> $1 = (VALUE *) 0x461be5cc

  0x4616f2dc-0x461be5cc=-324336
  324336/4=81084
うーん、なんだかxがヘンだ…。

> (gdb) p th->stk_len
> $2 = 2701
> (gdb) p th->stk_ptr[th->stk_len]
> $3 = 0

一つはみ出した分もちゃんとアクセスできてるわけですね。じゃ別に
+1してるのは問題ないのかな。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦