[#27638] tcltkstub cause SEGV — KIMURA Koichi <kbk@...>
木村です。
なかだです。
山本です。
[#27651] [TIPS] .ext へのコピーの負荷低減 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
なかだです。
山本です。
[#27663] refactored shellwords.rb has bug? — KIMURA Koichi <kimura.koichi@...>
木村です。
[#27666] patch for Makefile.in — Takahiro Kambe <taca@...>
pkgsrcの方で、Min Sik Kim氏により加えられた変更です。
[#27674] Numeric#div — Koji Arai <jca02266@...>
新井です。お久しぶりです。
[#27680] patch for BeOS (HEAD) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
山本です。
In article <20051111081454.EDF9CD78.ocean@m2.ccsnet.ne.jp>,
山本です。
[#27695] trap & sleep doens't work on windows HEAD. — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#27711] Re: [ruby-list:41557] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
小西 弘将です。
こんにちは、なかむら(う)です。
山本です。
[#27729] Thread deadlock when signale handler raise exception — Tatsuki Sugiura <sugi@...>
こんにちは。杉浦です。
[#27735] FNM_CASEFOLD on case-sensitive system — nobuyoshi nakada <nobuyoshi.nakada@...>
なかだです。
山本です。
山本です。
なかだです。
なかだです。
山本です。
なかだです。
山本です。
[#27738] File.split("A:a/b") and File.split("A://///") on mswin32 — Tanaka Akira <akr@...17n.org>
ちょっと調べていて気がついたのですが、
こんにちは、なかむら(う)です。
[#27754] ruby-mode の emacs 収録 — Seiji Zenitani <zenitani@...>
はじめて投稿します。
[#27758] File.dirname("///foo/bar/baz/qux") on cygwin — Tanaka Akira <akr@...17n.org>
次に cygwin における
こんにちは、なかむら(う)です。
In article <20051121093604.3A67.USA@garbagecollect.jp>,
こんにちは、なかむら(う)です。
わたなべです。
In article <1191-Mon21Nov2005112905+0900-eban@os.rim.or.jp>,
こんにちは、なかむら(う)です。
In article <20051121120453.3A70.USA@garbagecollect.jp>,
In article <87ek5a665s.fsf@m17n.org>,
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
In article <20051121191101.3A88.USA@garbagecollect.jp>,
[#27766] 1.8.4 preview2? — "URABE Shyouhei aka.mput" <root@...>
卜部です。間が空きましたが
まつもと ゆきひろです
なかだです。
[#27818] Re: [ ruby-Bugs-2872 ] TCPServer should not use SO_REUSEADDR in Cygwin port — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
[#27825] 1.8.4 preview test failed (soap/ssl/test_ssl.rb) — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#27836] autoload with const_missing — SASADA Koichi <ko1@...>
ささだです。
[#27839] ruby 1.8 dumps core — Tanaka Akira <akr@...17n.org>
最近、boron でやっている chkbuild で ruby-1.8 が test-all 中
山本です。
In article <20051128190225.14D66C20.ocean@m2.ccsnet.ne.jp>,
In article <20051130210645.7228E2B0.ocean@m2.ccsnet.ne.jp>,
山本です。
In article <20051219120911.F876DDD0.ocean@m2.ccsnet.ne.jp>,
山本です。
山本です。
In article <20051219203218.8E517368.ocean@m2.ccsnet.ne.jp>,
まつもと ゆきひろです
[#27846] parser_params heap — Tanaka Akira <akr@...17n.org>
struct parser_params の heap ですが、Ripper のときとそうでな
[#27851] tail call and conservertive GC — Tanaka Akira <akr@...17n.org>
x86_64-linux で、gcc 4.0.3 20051111 なるものを用いて ruby
なかだです。
In article <TYOMLEM04FRaqbC8wSA0000003d@tyomlvem02.e2k.ad.ge.com>,
[#27871] Numeric と Complex — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
05/11/30 に 石塚圭樹<keiju@ishitsuka.com> さんは書きました:
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
うらべです。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
[#27890] rb_funcall2() for protected method — nobuyoshi nakada <nobuyoshi.nakada@...>
なかだです。
まつもと ゆきひろです
[ruby-dev:27820] Re: Matrix class is broken without mathn
けいじゅ@いしつかです.
In [ruby-dev:27810] the message: "[ruby-dev:27810] Re: Matrix class is
broken without mathn", on Nov/22 16:59(JST) Shin-ichiro HARA writes:
>原です。
>>ただ, Rational+quo式 は, detを計算すると勝手にrational.rbをrequireして
>>しまうので, det前と後でquoを用いているメソッド(inv等)の振る舞いが変わっ
>>てしまうことに気が付きましたので, やはりまずいかなぁ. と思っていたとこ
>>ろでした(^^;;
>
>そうですね。それはありますね。
です.
>(Rational+quo式ではなく)quo式でも、rationalをrequireしているかどうか
>でdetの戻り値が変わってしまうという仕様なので、それはそれで気持ちが悪い
>ですね。
まあ, rationalをrequireしているので, 結果が変わってもしょうがないとい
うか, それを意図していることがほとんどだと思います.
>しかし、意識して成分をRational化あるいはFloat化しておけばその現
>象は避けられるし、何より何も意識していなかった場合でも、ひどい値を返す
>ことはない、というのが有り難いと思います。
クラスは異なっていても, 値としてはあっていますしね(^^;;
>>>determinant : 4.278sec.
>>>determinant_e : 0.329sec.
>
>他のマシンで試したら5倍程度の差でした。CPUによるみたいです。
それでも, ずいぶん違いますね...
>>ちなみに, determinant_e の eは何の省略形です?
>
>electric、、、違う。アルゴリズムがElementary divisor(単因子)を求め
>るところに出てくるものの一部なので。Exactという気もしたし、、、
>名前はいいのがあれば代えてしまってください。
原作者の名前ということで, このままでいいのでは?
>>ただ, 行列の要素にはいろいろなものが入る可能性があるので, det_eがちゃ
>>んと動作する条件を明確にした方がよいかと思います.
>
>ちゃんと動作するのは、IntegerかRationalの行列です。
それだけではないですよね? 多項式環などでも計算できそうですが?
>オリジナルのdetと最も違うのは、成分が全てIntegerである行列に対し必ず
>Integerを返す所です。Floatが混じると無限ループに陥る可能性があります。
うーむ. これはまずいかなぁ... というか, Floatが入っていると結果も間違っ
ていますよね?
もう一つのメイルもマージしました:
In [ruby-dev:27816] the message: "[ruby-dev:27816] Re: Matrix class is
broken without mathn", on Nov/25 00:08(JST) Shin-ichiro HARA writes:
>原です。
>もう少し調べてみると det_e も det_625 も大きい行列に対してち
>ょっとした成分の差で極端に遅くなる現象が見られました。多分、
>互除法で係数の爆発が起こり、Begnumの領域に入ったんだと思いま
>す。これは、軸を選択することによって防げるようです。次のアル
>ゴリズムは結構がんばります。
(中略)
>普通Floatの掃き出し法では、誤差を小さくするために、軸はなる
>べく大きい成分に取るのでが、整数演算では誤差がないので、軸を
>なるべく小さい成分に取ることによって、小さい余りが出るように
>した方がいいみたいです。ただし、小さい行列ではdet_625の方が
>速いです。
>実際matrix.rbでどれを採用するかは石塚さんの判断に任せたいと思います。
>確かに凝り出すと切りがないので、標準ライブラリであまりこってりしたア
>ルゴリズムを使っても仕方ないですし。
たぶん, そのとおりだとおもいます.
やるんだったら, いろいろと懲りたい人用に, アルゴリズムとか構造を変えら
れるな行列クラスを別に用意した方がよいと思います.
さらに, もう一つのメイルもマージしました:
In [ruby-dev:27817] the message: "[ruby-dev:27817] Re: Matrix class is
broken without mathn", on Nov/25 00:24(JST) Shin-ichiro HARA writes:
>原です。
>>整数行列の逆行列が整数行列になることがあるからですか?
>>そこまでは考えなくてよいんじゃないでしょうか?
>
>そうですよね。特殊なケースまでmatrix.rbで面倒を見る必要はな
>いと私も思います。
>、、、とは言え、もし実装したらどうなるか興味が沸いたので、やっ
>てみました。
(中略)
>他にも単因子を求めるアルゴリズムとか作ってみたのですが、こう
>なるとmatrix.rbじゃなくてmatrix-i.rbとか別ファイルにしたほう
>がいいかもしれません。
まあ, これも, 『アルゴリズムとか構造を変えられるな行列クラス』の方で
やってくださいって感じですか...
最後に:
>実際matrix.rbでどれを採用するかは石塚さんの判断に任せたいと思います。
今のをまとめると:
* determinantは, quo を用いたものにする.
標準では:
aMatrix.det => Float
require "rational" した状態だと:
aMatrix.det => Rational
* もう一つ, determinant_e を導入する. アルゴリズムは 原さんのdeterminant_625
* rank も, quo を用いたものにする.
* rank_e を追加導入する
他に異議のある方がいなければ, 上記のようにしたいと思います.
__
---------------------------------------------------->> 石塚 圭樹 <<---
---------------------------------->> e-mail: keiju@ishitsuka.com <<---