[#16708] includedir — nobu.nakada@...
なかだです。
[#16732] sharing sub-regexp — Tanaka Akira <akr@...17n.org>
Oniguruma についてひとつ要望があります。
Tanaka Akiraさんの<hvopu1hxfyd.fsf@coulee.a02.aist.go.jp>から
まつもと ゆきひろです
In article <1017890618.302241.17865.nullmailer@ev.netlab.jp>,
Tanaka Akiraさんの<hvo7knn93ug.fsf@coulee.a02.aist.go.jp>から
In article <20020405044506.D4784349@helium.ruby-lang.org>,
Tanaka Akiraさんの<hvopu1e4omy.fsf@coulee.a02.aist.go.jp>から
In article <20020410025054.C8DF0915@helium.ruby-lang.org>,
In article <hvor8lnchak.fsf@coulee.a02.aist.go.jp>,
前田です。
In article <87pu15z80q.wl@studly.priv.netlab.jp>,
前田です。
In article <87g01x1e6m.wl@studly.priv.netlab.jp>,
西山和広です。
In article <20020416180631.988E.ZN@mbf.nifty.com>,
前田です。
In article <87u1qaj0xe.wl@studly.priv.netlab.jp>,
前田です。
まつもと ゆきひろです
In article <1019116103.420173.12691.nullmailer@picachu.netlab.jp>,
前田です。
なかだです。
In article <200204181023.g3IANgM21124@sharui.nakada.kanuma.tochigi.jp>,
まつもと ゆきひろです
In article <1019140164.869863.14833.nullmailer@picachu.netlab.jp>,
[#16757] === — "Akinori MUSHA" <knu@...>
Array, Hash, Proc などで、 === が以下のように定義されていると
[#16761] StringIO — tadf@...
ふなばです。
なかだです。
ふなばです。
なかだです。
ふなばです。
青山です。
まつもと ゆきひろです
In article <1022740594.117106.6073.nullmailer@picachu.netlab.jp>,
前田です。
In article <874rgqdt3x.wl@studly.priv.netlab.jp>,
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
青山です。
[#16776] Ruby 1.7.2 segfault — takuma ozawa <metal@...>
小澤といいます。
なかだです。
[#16790] Ruby Shim — "Akinori MUSHA" <knu@...>
1.7 early access kit という仮称で提案した構想ですが、先ほど
新井です。
At Tue, 9 Apr 2002 02:12:27 +0900,
なかだです。
[#16816] remove_const: cannot remove constant — Koji Arai <JCA02266@...>
新井です。
[#16833] math.c 1.10 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
さくです。
なかだです。
まつもと ゆきひろです
[#16868] make error on debian potato — Wakou Aoyama <wakou@...>
青山です。
[#16869] Makefiles dependency — nobu.nakada@...
なかだです。
わたなべです。
なかだです。
わたなべです。
なかだです。
わたなべです。
なかだです。
[#16894] compile failure in process.c, setpgrp() & setpgid() — Ryo HAYASAKA <ryoh@...>
早坂@北陸先端です.
[#16923] Module::new with block is useful? — "Shin'ya Adzumi" <adzumi@...>
あづみです。
[#16978] Re: [rubyist:1343] Re: another sample for the Method — Koji Arai <JCA02266@...>
新井です。
[#16989] making Proc in C (Re: [rubyist:1356] Re: another sample for the Method) — nobu.nakada@...
なかだです。
[ruby-dev:16888] Re: if Re: BigFloat
小林です。 ----- Original Message ----- From: "Shin-ichiro HARA" <sinara@blade.nagaokaut.ac.jp> Subject: [ruby-dev:16879] Re: if Re: BigFloat > どうも Float には誤差があり、BigDecimal ないかのようなイメージ > あるなら、それは正確じゃないんじゃないですかね。 「誤差がある or ない」という表現にちょっと曖昧さを感 じますが、多分そのようなイメージはないと思います。 > 正確には、Float は単に「量」(内部表現と言ってもいいですが) > と、量の「表現」(具体的には文字列表現)とのインターフェース > が不十分なだけではないですか? そう思います。 ただ、自分がキーインした数字の表現と内部表現の差 は「誤差」かもしれません。 > C 言語による Float の内部表現へのアクセス方法は私は知らない > んですが(誰か助けてください)、例えば Ruby を使って取り出せ > ますね(ここではおおざっぱに桁を多めに取っています): 前に「一般的ではありません」ではなく「一般的ではないと思 います」とちょっと予防線をはってしまったのは、想定していた 方法にこのプログラムもあったからです。 要するに 世のCPUで扱うfloat(Rubyは扱いませんが)やdouble は2のベキ乗を掛けることで必ずビットパターンを取り 出せるのか? 詳しい人がいれば教えてもらえるとうれしいです。 > だから Float だって厳密に有理数に変換できるはずです。多分。 もちろん、方法はCPUや実装言語に依存するかもしれませ んが「厳密に有理数に変換できる」「はず」です。 > 最後に 0 が並んでいますが、これは内部表現の("0.8" の、ではない) > 厳密な文字列表示ですよね。 そう思います。一般的に通用するかどうかは、前記の通り自信 がありません。仮に通用したとしても、残り50%のリテラル変換 誤差と切り離して話すことにちょっと抵抗があります。 ここら辺は、もう十分かと思いますが... > > 実際 C99 では、float 定数の 16 進表記や、strtof によって、16 進 > 表記された文字列から float への厳密な変換ができるみたいです。 「float 定数の 16 進表記」ってのはちょっと...^^;; 今は逆の話ですよね。 > 一方、分母が、BigDecimal は 2 と 5、Float 2 以外の因数を持つ有理 > 数は表現できません。これは文字列表現の問題ではなく、内部実装に応 > じた、重大な量の問題です。この点で両者は同じようなものなわけです。 同意、というか自明ですね。だから Ratinal -> BigDecimal への 自動変換は避けたいと私は思ってるんですが、 (これも、十分ですね...) > ですから、量ではなく量の表現の問題だけならば、表現できないままが > まんするか、表現できるようなメソッドを書けばいいだけの話なので、 ということだったんですね(労力はさておき)。 > それが BigDecimal op Rational が何になるかという、本質的な数シス > テムの話とは結びつかないのではないか、というのが私の説です。 了解しました。 > あれ、石塚案は、BigDecimal op Rational -> BigDecimal は > 確定で、Rational, BigDecimal が最初から相手を必要として > しまうのを避ける工夫の事じゃないかしら。 あっ、そうでした! すいません。 「最初から相手を必要としてしまうのを避ける」ために BigDecimal op Rational -> BigDecimal を実装するの は bigdecimal.c ではなくて bigdecimal-rational.rb 上 でなら、異論はありません。「本質的な数システムの 話」はさておき、必要ならば、それこそメソッドを書け ば良いだけの話ですので。 もちろん bigdecimal.c に実装しても、同様に bigdecimal-rational.rbで置き換えれば良いわけですが、 できれば、一旦作成すると変更しにくい(だけが理由で はありませんが)Cに実装するのは避けたいです。 ------------------ 小林 茂雄 shigeo@tinyforest.jp