[#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:16809] Re: if Re: BigFloat
小林です。 ----- Original Message ----- From: "Shin-ichiro HARA" <sinara@blade.nagaokaut.ac.jp> Subject: [ruby-dev:16805] Re: if Re: BigFloat > 原です。 どうもです。 > この問題は何度かあがっているのですが、私は > > > > Rational op BigFloat -> BigFloat > > の方が良くて、 > > >Rational op BigFloat -> Rational > >BigFloat op Rational -> Rational > > こっちは良くないという感じがします。というのは、Float でも 私も Float なら Rational op Float -> Float という案には賛成 です。 > BigFloat(BigDecimal) でも小数というのは、誤差というある種の > taint みたいなものを持っていると考えられます。だから、Rational > みたいな clean なものと小数のような tainted なものを合わせて > clean になってしまうのは、自然の法則(エントロピー増大の法則 > ?)に反するようなイメージがあるのです。 えっと、 tainted な Rational も存在できるわけですよね。 データ(敢えてこういいます)が持っている taint 性とデータを 扱う演算の clean さは別けて考えたいのですが、変でしょうか? つまり Float op Something ==> taint 性は増大する Rational op Rational ==> taint 性は変化しない の違いかと... > > Float, BigDecimal には、「誤差がある」という情報を暗に持っ > ている。Rationalには、「誤差がない」という情報がある。もし > 「Ratinal op BigFloat -> Rational」とするなら、両方の情報 > を捨ててしまう事になる(一方は残せるのに)、という気がする > んです。 私は『Rationalには、「誤差がない」』というより、「誤差が生じ ない」と考えています。すべからく数値には(物理的、統計的 な意味での)誤差は入っているわけで、例えば「誤差」のある 測定データを Rational で計測・計算しても、誤差が消えるわ けではありません。Rational ならそれ以上汚れることはない とういうことで、それが「(一方は残せるのに)」という意味です よね。 あまりかっこよくはありませんが 1234(BigDecimal) => 1234/1 (Rational) 0.1234(BigDecimal) => 1234/10000(Rational) というようにBigDecimalからRationalには常に(誤差無しに)変換 可能と思うのですが(これが[ruby-dev:16789]のプログラムです)? つまり BigDecimal ==> Rational においては taint 性は変化しない し、以後 Rational な世界に入るので問題なしと考えたのです。 ここに何か落とし穴があるのでしょうか? ------------------ 小林 茂雄 shigeo@tinyforest.jp