[#43465] GVL改善案 — KOSAKI Motohiro <kosaki.motohiro@...>
小崎です
[#43467] [Q] thread->interrupt_flag が適切に排他制御されていないように見える — KOSAKI Motohiro <kosaki.motohiro@...>
kosakiです
ささだです.
> ささだです.
ささだです.
> ささだです.
自己解決しました
ささだです.
>> ということは危ないのは RUBY_VM_SET_INTERRUPT() がロストしたときに、タイムアウトなしの
>>> ということは危ないのは RUBY_VM_SET_INTERRUPT() がロストしたときに、タイムアウトなしの
[#43468] Re: [ruby-changes:19438] Ruby:r31478 (trunk): * test/date/*.rb: use skip /w messages. — KOSAKI Motohiro <kosaki.motohiro@...>
2011/5/8 tadf <[email protected]>:
> 表示したい場合を除いてはskipよりもreturnを使うようお願いしています。
>> 表示したい場合を除いてはskipよりもreturnを使うようお願いしています。
[#43476] [Ruby 1.9 - Feature #4653][Open] [PATCH 1/1] new method Enumerable#rude_map — Shyouhei Urabe <shyouhei@...>
遠藤です。
(05/08/2011 11:21 PM), Yusuke ENDOH wrote:
遠藤です。
卜部です。
At Mon, 9 May 2011 16:35:31 +0900,
遠藤です。
[#43493] [Ruby 1.9 - Feature #4657][Open] add option to hide skip messages on unit/test — Shota Fukumori <sorah@...>
> -q, --hide-skipでskipメッセージが表示されなくなります。
(05/09/2011 06:31 PM), Shota Fukumori wrote:
> (05/09/2011 06:31 PM), Shota Fukumori wrote:
2011/5/9 KOSAKI Motohiro <[email protected]>:
> 2011/5/9 KOSAKI Motohiro <[email protected]>:
[#43502] draft schedule of Ruby 1.9.3 — "Yuki Sonoda (Yugui)" <yugui@...>
-----BEGIN PGP SIGNED MESSAGE-----
Hello,
(ruby-coreはずしました)
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
[#43549] RubyKaigi2011に'CRuby'コミッタの皆さまを招待いたします(締切:2011-06-15) — Kakutani Shintaro <shintaro.kakutani@...>
'CRuby'コミッタの皆さまへ
[#43554] [Ruby 1.9 - Bug #4696][Assigned] thread.c#lock_func() が spurious wakeup unsafe — Motohiro KOSAKI <kosaki.motohiro@...>
[#43606] [Ruby 1.9 - Bug #4808][Open] thread_wait_for() eats 100% of CPU power — Hidetoshi Nagai <nagai@...>
> いつからかは把握できていませんが (少なくとも 1.9.2p0 では発生しません),
[ruby-dev:43479] Re: [Ruby 1.9 - Feature #4653][Assigned] [PATCH 1/1] new method Enumerable#rude_map
(05/08/2011 11:21 PM), Yusuke ENDOH wrote: > 遠藤です。 > > 2011年5月8日23:01 Shyouhei Urabe <[email protected]>: >> というわけでmapなんだけど配列じゃなくてEnumeratorを返すmapの変種があ >> るといいとおもうのですがどうでしょうか。 > > 賛成です。以下のようなコードを書くときいつも気になってました。 > > big_ary.map {|x| ... }.max たぶん def _map; Enumerator.new {|y| each {|i| y << yield(i) } }; end はみんな一回は書いたことがあると思うので、需要はほぼ問題ないかと思います > ただ、map だけでなく、select や take にも適用できる convension > を決めるべきだと思います。 まあ、そうなればいいのは間違いないですけども、話を大きくしすぎるのも発散して終 了するいつものパターンになりそうな気もするので。堅実に攻めたいと思います。 > 「遅延評価」の英語は、普通は lazy か delay だと思います。 > rude というのを聞いたことがありません。ただいずれにしても 5 文字 > 以上の追加は長すぎるように思います。 遅延評価であるとみなせるのは事実としても遅延評価っていう言い方をしなきゃいけな いことはないですよね。特に私の用途の場合は途中で配列を作らないというだけの話で あって、結局全部評価するわけですし。 あとまあ、とりあえず名前がしっくり来ないときは長めの名前にしといて後から短いや つを考えるというのは定石かと。べつにどうしてもrudeじゃなきゃいかんという信念が あるわけではないです。 >> いきなりmapの戻り値の型が変わるのでも私はいいですけど >> ちょっとやりすぎかとも思います。 > > 2.0 でなら、これもいいと思います。 mathnみたいにrequireすると挙動が上書きされて、いやでもそれは状態がグローバルだ からよくなくてselector namespaceがないと、でもそれはやっぱ話が大きくなりすぎだ なあ。 やっぱmapがいきなり変わるのは堅実ではないので、実装としては今回提案したものを 推していきたい(+名前変更とか)ですね。