[#28230] bcc32 memory manager — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

15 messages 2006/01/18

[#28243] FUNCTION_CALL_MAY_RETURN_TWICE — Hajimu UMEMOTO <ume@...>

梅本です。

18 messages 2006/01/20

[#28270] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

17 messages 2006/01/23
[#28271] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2006/01/23

山本です。

[#28272] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — WATANABE Hirofumi <eban@...> 2006/01/23

わたなべです。

[#28273] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2006/01/23

山本です。

[#28274] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2006/01/24

山本です。

[#28275] Re: [PATCH] solaris 10 isinf and ruby_setenv fixes — "U.Nakamura" <usa@...> 2006/01/24

こんにちは、なかむら(う)です。

[#28286] SEGV with zlib — Tanaka Akira <akr@...17n.org>

最近、Data オブジェクトの free 関数が気になっているのですが、

24 messages 2006/01/30
[#28303] Re: SEGV with zlib — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2006/02/06

山本です。

[#28304] Re: SEGV with zlib — Yukihiro Matsumoto <matz@...> 2006/02/06

まつもと ゆきひろです

[#28305] Re: SEGV with zlib — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2006/02/06

山本です。

[#28306] Re: SEGV with zlib — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2006/02/06

山本です。

[#28307] Re: SEGV with zlib — Tietew <tietew-ml-ruby-dev@...> 2006/02/06

[#28308] Re: SEGV with zlib — Yukihiro Matsumoto <matz@...> 2006/02/06

まつもとゆきひろです。

[ruby-dev:28250] Re: FUNCTION_CALL_MAY_RETURN_TWICE

From: Tanaka Akira <akr@...17n.org>
Date: 2006-01-21 03:03:04 UTC
List: ruby-dev #28250
In article <ygeu0byh62e.wl%ume@mahoroba.org>,
  Hajimu UMEMOTO <ume@mahoroba.org> writes:

>   -march=athlon64 だと bigdecimal のところで miniruby がループしちゃう
> みたいで、ruby 自体が作れなくなったと報告が。手元の Athlon XP 機で
> -march=athlon-xp でも同様の現象になることを確認しました。どうやら、
> sparc64 だけのものではなかったようです。さて、困った。
>   今回問題になっている sparc 以外では、従来通り
> FUNCTION_CALL_MAY_RETURN_TWICE を一度だけ呼ぶようにならないでしょうか?

FUNCTION_CALL_MAY_RETURN_TWICE は register window や
register stack をもつ SPARC と IA64 のためのコードであり、し
かもかなり怪しいコードです。(0 ? setjmp() : 0) という実行時
にはなにもしないはずのコードですから、その有無で影響があると
いうのはかなり奇妙なことが起こっていることになります。

なので、もしそれが偶然他の問題を表出させなくなるとしても、そ
れが正しい解決だとは思えません。ちゃんとその問題が直っている
とも限りませんし。

FUNCTION_CALL_MAY_RETURN_TWICE を使うのではなく、原因を調べ
て正しく修正するのがいいと思います。

あと、1.9 は動きますか?
-- 
[田中 哲][たなか あきら][Tanaka Akira]

In This Thread