[#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:38147] Re: MSの方との相談に先立って
Yuguiです。 == 継続的ビルドについて On 3/11/09 3:01 PM, masayoshi takahashi wrote: > (2) Nightly build, Nightly test環境がある うん。継続的ビルド用のwindowsサーバーが各バージョン一通り動いていると確 かに嬉しいですね。 私が最近考えているのは、trunkの継続的ビルドは勿論そうなんですが、メンテ ナンスフェーズに入ったブランチの、サードパーティープログラムに対する継続 的互換性テストが欲しいな、ということです。ruby_1_9_1ブランチは意図せぬ非 互換性を入れないように注意を払っていますが、ミスはありますし。 * trunkの継続的ビルド * 各メンテナンスモードブランチの継続的ビルド * それらの上での主要なRubyプログラムのテスト 思いっきり欲張ると、こんな環境をOSバージョン×コンパイラバージョンに対し て作れると良いですね。他のOSも。まー、それは不可能でもいくらかの継続的ビ ルド環境は、windowsのサポートレベルを上げるためには必要です。 == テクニカルサポートについて On 3/11/09 3:24 PM, U.Nakamura wrote: > 回数無制限のテクニカルサポートが受けられると嬉しいという話は > あります。 > 他、製品に対する不平不満苦情要望は飽きるほどありますが、そん > なことを言っても多分仕方ないですよね。 実は、まつもとさんと「Limitedly supported」のようなサポートレベルが必要 ではないかと話していました。そのときはSymbianを想定していて、たとえば forkはサポートしないということにせざるを得ないんですよね。何らかの具体的 な「サポートしない機能一覧」に基づいてテスト実行を除外して、それ以外のテ ストが上手く動くことをもって「Limitedly supported」としようか、などと話 していました。 で、Rubyのフルセットの機能はやはりPOSIX+αなunix互換システムを想定して作 られているので(forkとか)、それ以外のシステムが「limitedly supported」に 成るのは仕方がない部分はあります。ですから、windowsも「limitedly supported」を目指す手はあるかもしれません。 # forkに関して言えば、cygwin方式の無理矢理なforkを実装しない理由ってなん でしたっけ? そして、「windowsでは原理的にサポートできない機能リスト」を詰めていくに あたっては無制限のテクニカルサポートないしカーネルに通じた担当者への窓口 があると良いと思います。 あと、どの機能を捨てるか、という選択は今のところなかむら(う)さんや、 windowsに強いコミッタの方にお任せしてしまっているわけですけど、この当た りについてmicrosoftとして何か言いたいことというのはないでしょうか。 # ActiveScriptRubyがwindowsにマージされないかなぁ(独り言 -- Yugui <yugui@yugui.jp> http://yugui.jp 私は私をDumpする