[#38121] regex performace tuning and ABI compatibility — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
Yuguiです。
なかだです。
なかだです。
[#38131] Bug when daemonizing — rubikitch@...
るびきちです。
[#38145] MSの方との相談に先立って — masayoshi takahashi <maki@...>
高橋征義です。どこに投げるのがベストか判断つかなかったので、
[#38153] [feature:trunk] warning when Kernel#p is used — Yusuke ENDOH <mame@...>
遠藤です。
[#38191] big time — Tanaka Akira <akr@...>
思い立って、time_t を越える範囲を Time で扱うことに挑戦して
まつもと ゆきひろです
> 思い立って、time_t を越える範囲を Time で扱うことに挑戦して
In article <20090328.134401.209982445.tadf@dotrb.org>,
卜部です。
In article <49CF6641.7010204@ruby-lang.org>,
Tanaka Akira さんは書きました:
In article <49D07B1B.7000602@ruby-lang.org>,
卜部です。
In article <49D0E3D1.5020206@ruby-lang.org>,
Tanaka Akira さんは書きました:
In article <49D33295.3000600@ruby-lang.org>,
卜部です。
In article <49D39822.6070505@ruby-lang.org>,
[#38218] rinda/eval.rb — Masatoshi SEKI <m_seki@...>
咳といいます。
In article <F01982B3-FBB5-497F-BA36-38FA250E7D69@mva.biglobe.ne.jp>,
咳といいます。
こんにちは、なかむら(う)です。
In article <20090401095853.B00A.C613B076@garbagecollect.jp>,
まつもと ゆきひろです
こんにちは、なかむら(う)です。
[#38222] *BSD で fork できない理由 — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
きしもとです
At Tue, 31 Mar 2009 18:48:46 +0900,
卜部です。
In article <49D308AD.4040303@ruby-lang.org>,
Tanaka Akira さんは書きました:
きしもとです
[ruby-dev:38149] Re: MSの方との相談に先立って
高橋征義です。 2009/03/11 15:24 U.Nakamura <usa@garbagecollect.jp>: >> 今度マイクロソフトでコミュニティの担当をされている方と、一度お話をさせて >> いただける場を設けていただいたので、Rubyの開発に関する協力の相談 >> (そもそもできるかどうかも含めての相談)をしてこようと思っています。 > > 何語で会話するんでしょうか? 言語はMSなのでC#かC++/CLIで……ということもなく、日本語です。 担当者はマイクロソフト株式会社の方です。 # John Lamやその他のIronRuby Guysとは交流ないんじゃないだろうか。 > 回数無制限のテクニカルサポートが受けられると嬉しいという話は > あります。 > 他、製品に対する不平不満苦情要望は飽きるほどありますが、そん > なことを言っても多分仕方ないですよね。 とりあえず話をしてみるだけで、それも「こういう話があるんですけど そういったお話を聞いていただける窓口はあるんでしょうか」くらいな話 しかできない可能性もあります。まあそれでも話のきっかけくらいには なればよいかと思っています。 あと、その結果をきっかけに、Windows上のRubyについて、 Rubyな人たちの間で前向きな話ができるきっかけになればよいかなと 思っています。 >> そもそもWindowsは、Ruby 1.9.1では「Supported」ではなく >> 「Best effort」ですよね。これを「Supported」にするには、 >> >> (1) make test-allが定常的にほぼERROR 0 >> (2) Nightly build, Nightly test環境がある >> >> の2点をなんとかすればよいんでしょうか。で、(2)は資源の問題、 >> (1)は人の問題なんでしょうか。 > > (1)は人の問題もありますが、人がいてもどうしようもない技術上の > 制限も多々あります。 > まあ、それが技術上の制限であるとして仕様として切り捨てる判断 > が追いついていない、という意味では人の問題かもしれませんが。 なるほど。 (1)に関してなんですが、「Rubyとしては○○の機能が必須なのだけど、 Windowsではサポートしてないので、Windowsが大改造されない限り 永遠にBest Effort以上にはならない」みたいな、根本的な限界は あったりするんでしょうか。 例えば、ネイティブスレッドや階層型ファイルシステムはRubyの仕様を すべて実装するためには必要不可欠で、それらがない環境では絶対に 「Supported」にはならない、とかみたいな(<あくまで例ですが)。 #あとはforkとか……と思ったらその後のYuguiさんのフォローが。 高橋征義 (takahashimm@gmail.com)