[#20392] [BigDecimal] proposal to change specification — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤と申します。

25 messages 2003/06/20
[#20407] Re: [BigDecimal] proposal to change specification — "Shigeo Kobayashi" <shigeo@...> 2003/06/22

小林です。

[#20447] [BigDecimal] renaming proposal — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

47 messages 2003/06/24
[#20621] Re: [BigDecimal] renaming proposal — "Shigeo Kobayashi" <shigeo@...> 2003/07/11

小林@MAILチェック中です。

[#20628] Re: [BigDecimal] renaming proposal — "Shigeo Kobayashi" <shigeo@...> 2003/07/11

小林です。

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

From: nobu.nakada@...
Date: 2003-06-27 06:54:10 UTC
List: ruby-dev #20474
なかだです。

At Fri, 27 Jun 2003 15:40:17 +0900,
yamamoto madoka wrote:
> > > (gdb) p th->stk_ptr
> > > $1 = (VALUE *) 0x461be5cc
> >
> >   0x4616f2dc-0x461be5cc=-324336
> >   324336/4=81084
> > うーん、なんだかxがヘンだ…。

このxの値は気にしないほうがよさそうです。ひょっとして
-fomit-frame-pointerとか指定してますか。

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

  0x461be5cc+2701*4=0x461c1000
ということで、ちょうどページ境界に当たります。

> > 一つはみ出した分もちゃんとアクセスできてるわけですね。じゃ別に
> > +1してるのは問題ないのかな。
> >
> 
> あら、このパッチでこちらの再現はなくなったのですが、、

やはり+1は余分のようですね。

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

In This Thread