[#38121] regex performace tuning and ABI compatibility — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
13 messages
2009/03/03
[#38125] Request for plans to break compatibility; Was: Re: regex performace tuning and ABI compatibility
— "Yugui (Yuki Sonoda)" <yugui@...>
2009/03/03
Yuguiです。
[#38129] Re: Request for plans to break compatibility; Was: Re: regex performace tuning and ABI compatibility
— Nobuyoshi Nakada <nobu@...>
2009/03/04
なかだです。
[#38128] Re: regex performace tuning and ABI compatibility
— Nobuyoshi Nakada <nobu@...>
2009/03/04
なかだです。
[#38131] Bug when daemonizing — rubikitch@...
るびきちです。
6 messages
2009/03/04
[#38145] MSの方との相談に先立って — masayoshi takahashi <maki@...>
高橋征義です。どこに投げるのがベストか判断つかなかったので、
7 messages
2009/03/11
[#38153] [feature:trunk] warning when Kernel#p is used — Yusuke ENDOH <mame@...>
遠藤です。
7 messages
2009/03/11
[#38191] big time — Tanaka Akira <akr@...>
思い立って、time_t を越える範囲を Time で扱うことに挑戦して
31 messages
2009/03/27
[#38198] Re: big time
— Yukihiro Matsumoto <matz@...>
2009/03/28
まつもと ゆきひろです
[#38194] Re: big time
— Tadayoshi Funaba <tadf@...>
2009/03/28
> 思い立って、time_t を越える範囲を Time で扱うことに挑戦して
[#38196] Re: big time
— Tanaka Akira <akr@...>
2009/03/28
In article <20090328.134401.209982445.tadf@dotrb.org>,
[#38202] Re: big time
— Urabe Shyouhei <shyouhei@...>
2009/03/29
卜部です。
[#38205] Re: big time
— Tanaka Akira <akr@...>
2009/03/29
In article <49CF6641.7010204@ruby-lang.org>,
[#38214] Re: big time
— Urabe Shyouhei <shyouhei@...>
2009/03/30
Tanaka Akira さんは書きました:
[#38215] Re: big time
— Tanaka Akira <akr@...>
2009/03/30
In article <49D07B1B.7000602@ruby-lang.org>,
[#38216] Re: big time
— Urabe Shyouhei <shyouhei@...>
2009/03/30
卜部です。
[#38227] Re: big time
— Tanaka Akira <akr@...>
2009/03/31
In article <49D0E3D1.5020206@ruby-lang.org>,
[#38234] Re: big time
— Urabe Shyouhei <shyouhei@...>
2009/04/01
Tanaka Akira さんは書きました:
[#38242] Re: big time
— Tanaka Akira <akr@...>
2009/04/01
In article <49D33295.3000600@ruby-lang.org>,
[#38245] Re: big time
— Urabe Shyouhei <shyouhei@...>
2009/04/01
卜部です。
[#38267] Re: big time
— Tanaka Akira <akr@...>
2009/04/03
In article <49D39822.6070505@ruby-lang.org>,
[#38218] rinda/eval.rb — Masatoshi SEKI <m_seki@...>
咳といいます。
20 messages
2009/03/30
[#38219] Re: rinda/eval.rb
— Tanaka Akira <akr@...>
2009/03/31
In article <F01982B3-FBB5-497F-BA36-38FA250E7D69@mva.biglobe.ne.jp>,
[#38223] Re: rinda/eval.rb
— Masatoshi SEKI <m_seki@...>
2009/03/31
咳といいます。
[#38229] Re: rinda/eval.rb
— "U.Nakamura" <usa@...>
2009/04/01
こんにちは、なかむら(う)です。
[#38233] Re: rinda/eval.rb
— Tanaka Akira <akr@...>
2009/04/01
In article <20090401095853.B00A.C613B076@garbagecollect.jp>,
[#38259] Re: rinda/eval.rb
— Yukihiro Matsumoto <matz@...>
2009/04/03
まつもと ゆきひろです
[#38263] Re: rinda/eval.rb
— "U.Nakamura" <usa@...>
2009/04/03
こんにちは、なかむら(う)です。
[#38222] *BSD で fork できない理由 — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
きしもとです
12 messages
2009/03/31
[#38230] Re: *BSD で fork できない理由
— "Akinori MUSHA" <knu@...>
2009/04/01
At Tue, 31 Mar 2009 18:48:46 +0900,
[#38232] Re: *BSD で fork できない理由
— Urabe Shyouhei <shyouhei@...>
2009/04/01
卜部です。
[#38235] Re: *BSD で fork できない理由
— Tanaka Akira <akr@...>
2009/04/01
In article <49D308AD.4040303@ruby-lang.org>,
[#38236] Re: *BSD で fork できない理由
— Urabe Shyouhei <shyouhei@...>
2009/04/01
Tanaka Akira さんは書きました:
[#38238] Re: *BSD で fork できない理由
— "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
2009/04/01
きしもとです
[ruby-dev:38146] Re: MSの方との相談に先立って
From:
"U.Nakamura" <usa@...>
Date:
2009-03-11 06:24:23 UTC
List:
ruby-dev #38146
こんにちは、なかむら(う)です。
In message "[ruby-dev:38145] MSの方との相談に先立って"
on Mar.11,2009 15:01:24, <maki@rubycolor.org> wrote:
> 今度マイクロソフトでコミュニティの担当をされている方と、一度お話をさせて
> いただける場を設けていただいたので、Rubyの開発に関する協力の相談
> （そもそもできるかどうかも含めての相談）をしてこようと思っています。
何語で会話するんでしょうか?
> そこで、現時点でのWindows方面の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)は人の問題もありますが、人がいてもどうしようもない技術上の
制限も多々あります。
まあ、それが技術上の制限であるとして仕様として切り捨てる判断
が追いついていない、という意味では人の問題かもしれませんが。
それでは。
--
U.Nakamura <usa@garbagecollect.jp>