[#37248] [Feature:1.9] Enumerator#inspect — "Yusuke ENDOH" <mame@...>

遠藤です。

12 messages 2008/12/02

[#37337] [Feature #841] Object#self — "rubikitch ." <redmine@...>

Feature #841: Object#self

13 messages 2008/12/09

[#37513] Current status of 1.9.1 RC1's issues — "Yugui (Yuki Sonoda)" <yugui@...>

Hi, folks

14 messages 2008/12/20
[#37516] Re: Current status of 1.9.1 RC1's issues — Masatoshi SEKI <m_seki@...> 2008/12/20

咳といいます。

[#37576] [BUG:trunk] encoding for stdio's — "Yugui (Yuki Sonoda)" <yugui@...>

Yuguiです。

11 messages 2008/12/24

[ruby-dev:37476] Re: Math and NaN

From: zunda <zunda616e@...>
Date: 2008-12-17 02:30:04 UTC
List: ruby-dev #37476
zundaと申します

NaNの取り扱いについて、2000年ごろのそれもCでの経験ですみませんが:

--- Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
> In message "Re: [ruby-dev:37416] Re: Math and NaN"
>     on Sat, 13 Dec 2008 11:25:51 +0900, Tadayoshi Funaba <tadf@dotrb.org> writes:
> 
> |> 正直なところ、あんまり考えてなかった、ということですね。
> |> どうするのが望ましいと言うのがあればお伺いしたいです。
> |
> |どういうのが望ましいのか判りませんが、中途半端な感じがします。
> |
> |NaN になってもそのまま放置してる処理系がかなり多いと思います。ruby ライ
> |ブラリでも一切手出ししない、という考えもあり得たと思います。
> 
> 基本的に、
> 
>   * linux manでエラーセクションがあるものについてnanをチェッ
>     クする
>   * 無限について言及があるものはinfもチェックする
> 
> としていたのですが,参照していたのは日本語のmanで、今、英語の
> manをチェックしたらもっと詳しく書いてありますね、うーむ。
> 
> 方針としては
> 
>   * 一切チェックしない
>   * 全部チェックする
> 
> のいずれかなのでしょうね。どっちがいいんでしょうか。実際に使
> う人の意見をおうかがいしたいところです。

数値演算をする場合には、全部チェックして例外が上がる方がうれしい
です。あるデータ点でInfやNaNが出るとイテレーションを重ねるごとに
それが他のデータ点にも伝搬していって無意味な計算を続けた上で、
どこでおかしな計算が起きたのか辿ることができなくなります。

2000年当時Cを使っていた時は数値演算プロセッサがSIGFPEを出すように
した上でシグナルハンドラを設定していたように記憶しています。この事例
ではEDOMではなくてゼロ除算かそれに類するようなものを捕捉したかったの
だと思います。

いっぽう

> |NaN になってもそのまま放置してる処理系がかなり多い

ということにもそれなりの理由があるはずですよね。普段は気にしない?

以上、参考まで。


--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

In This Thread