[#43467] [Q] thread->interrupt_flag が適切に排他制御されていないように見える — KOSAKI Motohiro <kosaki.motohiro@...>

kosakiです

15 messages 2011/05/08
[#43482] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える — SASADA Koichi <ko1@...> 2011/05/08

 ささだです.

[#43486] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える — KOSAKI Motohiro <kosaki.motohiro@...> 2011/05/09

>  ささだです.

[#43487] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える — SASADA Koichi <ko1@...> 2011/05/09

 ささだです.

[#43488] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える — KOSAKI Motohiro <kosaki.motohiro@...> 2011/05/09

>  ささだです.

[#43489] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える — KOSAKI Motohiro <kosaki.motohiro@...> 2011/05/09

自己解決しました

[#43500] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える — SASADA Koichi <ko1@...> 2011/05/09

 ささだです.

[#43501] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える — KOSAKI Motohiro <kosaki.motohiro@...> 2011/05/09

>> ということは危ないのは 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 <ko1@atdot.net>:

8 messages 2011/05/08

[#43476] [Ruby 1.9 - Feature #4653][Open] [PATCH 1/1] new method Enumerable#rude_map — Shyouhei Urabe <shyouhei@...>

16 messages 2011/05/08

[#43493] [Ruby 1.9 - Feature #4657][Open] add option to hide skip messages on unit/test — Shota Fukumori <sorah@...>

11 messages 2011/05/09

[#43502] draft schedule of Ruby 1.9.3 — "Yuki Sonoda (Yugui)" <yugui@...>

-----BEGIN PGP SIGNED MESSAGE-----

23 messages 2011/05/09
[#43505] Re: draft schedule of Ruby 1.9.3 — "U.Nakamura" <usa@...> 2011/05/10

Hello,

[#43513] Re: draft schedule of Ruby 1.9.3 — KOSAKI Motohiro <kosaki.motohiro@...> 2011/05/10

(ruby-coreはずしました)

[#43587] [Ruby 1.9 - Feature #4788][Open] resolv.rb refactoring — Makoto Kishimoto <redmine@...>

15 messages 2011/05/27

[ruby-dev:43479] Re: [Ruby 1.9 - Feature #4653][Assigned] [PATCH 1/1] new method Enumerable#rude_map

From: Urabe Shyouhei <shyouhei@...>
Date: 2011-05-08 15:07:42 UTC
List: ruby-dev #43479
(05/08/2011 11:21 PM), Yusuke ENDOH wrote:
> 遠藤です。
> 
> 2011年5月8日23:01 Shyouhei Urabe <shyouhei@ruby-lang.org>:
>> というわけで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がいきなり変わるのは堅実ではないので、実装としては今回提案したものを
推していきたい(+名前変更とか)ですね。

In This Thread