[#16732] sharing sub-regexp — Tanaka Akira <akr@...17n.org>

Oniguruma についてひとつ要望があります。

51 messages 2002/04/03
[#16744] Re: sharing sub-regexp — "K.Kosako" <kosako@...> 2002/04/04

Tanaka Akiraさんの<hvopu1hxfyd.fsf@coulee.a02.aist.go.jp>から

[#16746] Re: sharing sub-regexp — matz@... (Yukihiro Matsumoto) 2002/04/04

まつもと ゆきひろです

[#16753] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/04

In article <1017890618.302241.17865.nullmailer@ev.netlab.jp>,

[#16755] Re: sharing sub-regexp — "K.Kosako" <kosako@...> 2002/04/05

Tanaka Akiraさんの<hvo7knn93ug.fsf@coulee.a02.aist.go.jp>から

[#16756] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/05

In article <20020405044506.D4784349@helium.ruby-lang.org>,

[#16822] Re: sharing sub-regexp — "K.Kosako" <kosako@...> 2002/04/10

Tanaka Akiraさんの<hvopu1e4omy.fsf@coulee.a02.aist.go.jp>から

[#16831] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/10

In article <20020410025054.C8DF0915@helium.ruby-lang.org>,

[#16863] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/11

In article <hvor8lnchak.fsf@coulee.a02.aist.go.jp>,

[#16877] Re: sharing sub-regexp — Shugo Maeda <shugo@...> 2002/04/12

前田です。

[#16887] Re: sharing sub-regexp — Tanaka Akira <akr@...17n.org> 2002/04/12

In article <87pu15z80q.wl@studly.priv.netlab.jp>,

[#16909] Regexp#to_s — Shugo Maeda <shugo@...> 2002/04/15

前田です。

[#16912] Re: Regexp#to_s — Tanaka Akira <akr@...17n.org> 2002/04/15

In article <87g01x1e6m.wl@studly.priv.netlab.jp>,

[#16931] Re: Regexp#to_s — Kazuhiro NISHIYAMA <zn@...> 2002/04/16

西山和広です。

[#16934] Re: Regexp#to_s — Tanaka Akira <akr@...17n.org> 2002/04/16

In article <20020416180631.988E.ZN@mbf.nifty.com>,

[#16938] Re: Regexp#to_s — Shugo Maeda <shugo@...> 2002/04/17

前田です。

[#16939] Re: Regexp#to_s — Tanaka Akira <akr@...17n.org> 2002/04/17

In article <87u1qaj0xe.wl@studly.priv.netlab.jp>,

[#16947] Re: Regexp#to_s — Shugo Maeda <shugo@...> 2002/04/18

前田です。

[#16950] Re: Regexp#to_s — matz@... (Yukihiro Matsumoto) 2002/04/18

まつもと ゆきひろです

[#16951] Re: Regexp#to_s — Tanaka Akira <akr@...17n.org> 2002/04/18

In article <1019116103.420173.12691.nullmailer@picachu.netlab.jp>,

[#16960] Re: Regexp#to_s — nobu.nakada@... 2002/04/18

なかだです。

[#16761] StringIO — tadf@...

ふなばです。

43 messages 2002/04/05
[#16786] Re: StringIO — nobu.nakada@... 2002/04/08

なかだです。

[#16802] Re: StringIO — tadf@... 2002/04/09

ふなばです。

[#16803] Re: StringIO — nobu.nakada@... 2002/04/09

なかだです。

[#16804] Re: StringIO — tadf@... 2002/04/09

ふなばです。

[#17221] Re: StringIO — Wakou Aoyama <wakou@...> 2002/05/30

青山です。

[#17230] Re: StringIO — matz@... (Yukihiro Matsumoto) 2002/05/30

まつもと ゆきひろです

[#17231] Re: StringIO — Tanaka Akira <akr@...17n.org> 2002/05/30

In article <1022740594.117106.6073.nullmailer@picachu.netlab.jp>,

[#17233] IO#size — Shugo Maeda <shugo@...> 2002/05/30

前田です。

[#17239] Re: IO#size — Tanaka Akira <akr@...17n.org> 2002/05/31

In article <874rgqdt3x.wl@studly.priv.netlab.jp>,

[#17253] Re: IO#size — Wakou Aoyama <wakou@...> 2002/05/31

青山です。

[#16790] Ruby Shim — "Akinori MUSHA" <knu@...>

 1.7 early access kit という仮称で提案した構想ですが、先ほど

27 messages 2002/04/08
[#16796] Re: Ruby Shim — Koji Arai <JCA02266@...> 2002/04/08

新井です。

[#16833] math.c 1.10 — "U.Nakamura" <usa@...>

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

23 messages 2002/04/11
[#16834] Re: math.c 1.10 — matz@... (Yukihiro Matsumoto) 2002/04/11

まつもと ゆきひろです

[#16869] Makefiles dependency — nobu.nakada@...

なかだです。

17 messages 2002/04/12

[ruby-dev:16829] Re: if Re: BigFloat

From: "Shigeo Kobayashi" <shigeo@...>
Date: 2002-04-10 14:12:04 UTC
List: ruby-dev #16829
小林です。

----- Original Message -----
From: "Shin-ichiro HARA" <sinara@blade.nagaokaut.ac.jp>
Subject: [ruby-dev:16828] Re: if Re: BigFloat


> で、BigDecimal はその変数の精度を自由に決めようとしているわけで、
> データの精度は問題にしない、、、と。
実は、BigDecimal.new("0.5",6)またはBigDecimal.new("0.500000")
とすると 0.500000 であると認識しているのですが、(struct Real の
MaxPrec)、有効利用の途中でくじけました。一応、情報としては持
っているので下の例のa.add(b,1)の1の変わりに a か b の
MaxPrecの小さい方を使うという案もあるのですが、色々と...

> つまり 0.1 + 0.1000000000001 を 0.2000000000001 と計算しても小数部
> 分の 000000000001 は明らかに不用なんで、0.2 で必要十分です。という
> か、0.2 の方が情報が残っていて、0.2000000000001の方が「情報落ち」し
> てると考えられますね。Mathematica 方式は実務的な技術計算上は合理的
> で効率もいいと思います。(もちろん 0.1000000000000 + 0.1000000000001
> は 0.2000000000001 です。)
明示的に
require "bigdecimal"
a = BigDecimal.new("0.1")
b = BigDecimal.new("0.1000000000001")
c = a + b         # => 0.2000000000001000E0
d = a.add(b,1)   # => 0.2000E0
ということでお茶を濁しています。

> あれ、Floatって有理数への変換は分母が2べきの有理数になるので
> 「変換誤差」はありませんよね。そういう意味では BigDecimalと一
> 緒では。誤差があるのは、Float のリテラル表現と、内部表現の間の
> 誤差、いわば Float -> Float の問題ですよね。これは BigDecimal
> にはない。しかし、表記の問題は数システムの問題とは別ではないか
> な。
うーん、2進内部表現のビット幅や指数部がわかれば
Ratinal.new(a1*2**0+a2*2**1+a3*2**2+..., 2**n)
と出来なくはないと思いますが...

> 有理数は理論的な値を表現する習慣であること、有理数はかなり
> 「重い」オブジェクトなので、自動的な有理数への変換には抵抗
「自動的な」という部分に関しては異論はありません。
さらに、「敢えて変換する」ならばという前提付きですね。

> があること、が主な理由です。これを美的センスの問題とは言い
> たくない(が、そうかもしれない)。
;;;(^^)

> さあて、どうするのがいいですかね。
取り合えず BigDecimal#to_r を提供([ruby-dev:16789])
して、後はユーザ任せじゃダメでしょうか?

------------------
小林 茂雄
shigeo@tinyforest.jp


In This Thread