[#41449] slim ruby for embedding — Hiroshi Takagi <gollum@...>
たかぎです。
[#41455] オブジェクト同士の演算などを実装するには? — Hideo Konami <konami@...>
小波です.
From: Hideo Konami <konami@kyoto-wu.ac.jp>
小波です.
いわおかです。
小波です.
原です。
いわおかです。
なかだです。
[#41489] Matrixの継承について — argento@...
はじめまして。吉田と申します。
まつもと ゆきひろです
るびきち様、まつもと様
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
原です。
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
原です。
[#41503] 数を減らしてくループ — Takeshi Horinouchi <horinout@...>
堀之内と申します。
From: Takeshi Horinouchi <horinout@kurasc.kyoto-u.ac.jp>
堀之内です。
From: Takeshi Horinouchi <horinout@kurasc.kyoto-u.ac.jp>
こんにちは。ゴトウと申します。
[#41543] カスタム版Rubyの作成 — rubikitch <rubikitch@...>
るびきちです。
[#41552] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 岩崎 弘孝 <IH000667@...>
岩崎です。
[#41554] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 岩崎 弘孝 <IH000667@...>
岩崎です。
[#41561] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 岩崎 弘孝 <IH000667@...>
岩崎です。
[#41570] 別クラスのメソッドを横取り — 石井 大海 <banzaida@...>
お久しぶりで、konnです。
[#41596] 名前空間の衝突を回避する方法 — Kentaro KAWAMOTO <kentaro.kawamoto@...>
川本と申します。
From: Kentaro KAWAMOTO <kentaro.kawamoto@gmail.com>
[#41602] エクセルファイルを読み込む際の問題(質問) — "Hisashi Yahata" <yahatah@...>
質問で恐縮ですが、ご教示ください。
conundrumと申します。
babieさん、conundrumさん、早速の回答を有り難うございました。
conundrumです。
[#41624] MacOS X Aqua 対応のための tcltklib の extconf.rb — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
永井@知能.九工大です.
天野竜太郎と申します。
永井@知能.九工大です.
8.4.10のtcl.hやtk.hは、
永井@知能.九工大です.
> Tcl/TkAqua もこの Macintosh のルールに従うのであれば
永井@知能.九工大です.
永井@知能.九工大です.
天野です。
永井@知能.九工大です.
永井@知能.九工大です.
完全に私の勘違いです。
永井@知能.九工大です.
ruby-list:41651の
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
>> 13,画像を見るための簡単なユーザーインターフェイス
永井@知能.九工大です.
[ruby-list:41514] Float と有効精度 /Re: 数を減らしてくループ
坂野 正明です。 At Tue, 8 Nov 2005 15:44:28 +0900, ゴトウダイスケ <com@home-mg.que.ne.jp> wrote: > > とすべきというのが,誤差の蓄積を避けて精度を確保するための定石 > > とされてますね. > 自分のあまりの無知さが恥ずかしい限りです。 恐縮することは全然ないと個人的には思います。 ruby-list でも、何度も出てきた話題、つまり引っ掛かりやすい点ですし。 誤差が蓄積するような仕様は、C や Fortran のような実行速度命の 言語なら理解できます(し、そうあるべきだとも思います)が、Ruby ほどの 高級言語では、この点の思考コストは相当なものがある、と個人的には 考えます。 原さんがかっておっしゃっていたように、リテラル自体の挙動を 変更することは、ruby 自体に手を入れない限り無理なようです。 ですが、リテラルは、出現箇所も有効精度もプログラマ自身が 知っているはずですから、すべて rational に変換して扱うように プログラミングすることは可能です。 # 素の Ruby には、真の意味での無理数は存在しませんから。 過去では、 [ruby-list:39453] [ruby-list:39553] [ruby-list:36686] [ruby-list:35966] URIの例: http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/35966 に始まるスレッドなどで対策も含めて議論されています。 # to_r は Ruby 1.8 では変更が必要ですが……、投稿しましたっけ? → 自分 参考までに、もうひとつ、よく引っ掛かる場所は、Integer同士の場合、 「/」が整除として定義されているところでしょうか。 "mathn" を require することで回避できますが……、これは、global な変更になるので、使う library によっては相性が悪くなるかも知れません。 quo メソッドを使う方が無難かと思います。 ご参考になれば。 坂野 正明