[#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:1534] Re: Mutex#unlock

From: shugo@... (Shugo Maeda)
Date: 1998-02-25 04:46:30 UTC
List: ruby-dev #1534
前田です。

In message "[ruby-dev:1532] Re: Mutex#unlock"
Yukihiro Matsumoto <matz@netlab.co.jp> wrote:

||のようにロックを待っているスレッドを全部起こしていますよね?
||全部のスレッドを起こしてもロックを獲得できなかったスレッドは
||どうせまた寝ることになるので、
|
|…
|
||でもよいような気がするのですが、これでは問題があるのでしょうか。
|
|いや,参考にしたCMLのスレッドライブラリがこうなっていたとい
|う以上の意味はないです.正直言うと本当に問題があるのかないの
|か判定する能力に自信がないです.

今Javaのスレッド関係をちょっと勉強しているのですが、参考書にロックの
スターベーションを回避するために、獲得要求をキューイングして順番にロ
ックを取得させる例が出ていましたので、キューの先頭だけ起こすだけで問
題ない(というかその方がよい?)のかもしれません。
# ただJavaだとnotifyで誰が起きるかわからないので、その例では全部の
# スレッドを起こして、先頭のスレッド以外また寝させる、という方法を
# 取っていました。

# スレッド関係って問題を見つけるのが大変ですね。

-- 
前田 修吾

P.S. 1.1b8でmutex_m.rbが動かなくなってます:-(

mutex_m.rb:122:in `extend_object': Uninitialized constant Finalizer (NameError)

In This Thread