[#1381] bound method — shugo@... (Shugo Maeda)

前田です。

21 messages 1998/02/04
[#1383] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/05

まつもと ゆきひろです

[#1384] Re: bound method — keiju@... (石塚圭樹 ) 1998/02/05

けいじゅ@日本ラショナルソフトウェアです.

[#1385] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/05

まつもと ゆきひろです

[#1387] Re: bound method — keiju@... (石塚圭樹 ) 1998/02/05

けいじゅ@日本ラショナルソフトウェアです.

[#1388] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/05

まつもと ゆきひろです

[#1389] Re: bound method — keiju@... (石塚圭樹 ) 1998/02/05

けいじゅ@日本ラショナルソフトウェアです.

[#1396] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/06

まつもと ゆきひろです

[#1410] GD — Masao Kanemitsu <masao-k@...>

30 messages 1998/02/10
[#1411] Re: GD — matz@... (Yukihiro Matsumoto) 1998/02/10

まつもと ゆきひろです

[#1413] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1417] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/10

<199802100623.PAA03533@eban.ase.ptg.sony.co.jp> の、

[#1420] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1426] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/10

<199802100733.QAA04028@eban.ase.ptg.sony.co.jp> の、

[#1428] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1429] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/10

<199802100757.QAA04212@eban.ase.ptg.sony.co.jp> の、

[#1431] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1434] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/12

<199802100952.SAA04346@eban.ase.ptg.sony.co.jp> の、

[#1435] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/12

わたなべです.

[#1436] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/12

<199802120449.NAA00398@eban.ase.ptg.sony.co.jp> の、

[ruby-dev:1531] Re: SizedQueue and some question

From: matz@... (Yukihiro Matsumoto)
Date: 1998-02-25 03:32:49 UTC
List: ruby-dev #1531
まつもと ゆきひろです

In message "[ruby-dev:1526] Re: SizedQueue and some question"
    on 98/02/24, 石塚圭樹 <keiju@rational.com> writes:

|けいじゅ@日本ラショナルソフトウェアです.

|っていみですよね? そうすると, t.run したじゅんばんに @que.pushすること
|になるんです?

Thread.criticalでない場合はrunするとそのままそのスレッドに実
行権が移りますから,t.runした順番になる可能性が高いと思いま
すけど.

|それよか,
|
|  def push(obj)
|    Thread.critical = TRUE
|    while @que.length >= @max
|      @queue_wait.push Thread.current
|      Thread.stop
|-->   Thread.critical = TRUE
|    end
|    super
|  end
|
|とするってのはどうですか? そうすると, 走り出したスレッドが他のスレッド
|をブロックするので順序が保証されるんじゃないですかね?

Thread.criticalな状態でrunされた場合は,スレッドの状態が
runnableになるだけで,次に実行権が渡る順番は不定です.ですか
ら,順序の保証にはならないと思います.そもそも走り出す順番が
不定なんですから.

これはこれで別の意味はあると思うんですが.

                                だからスレッドは苦手
                                まつもと ゆきひろ /:|)

In This Thread