[#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:1547] mutex_m.rb (Re: Mutex#unlock)

From: matz@... (Yukihiro Matsumoto)
Date: 1998-02-27 01:49:47 UTC
List: ruby-dev #1547
まつもと ゆきひろです

In message "[ruby-dev:1534] Re: Mutex#unlock"
    on 98/02/25, Shugo Maeda <shugo@po.aianet.ne.jp> writes:
|
|前田です。

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

|P.S. 1.1b8でmutex_m.rbが動かなくなってます:-(
|
|mutex_m.rb:122:in `extend_object': Uninitialized constant Finalizer (NameError)

なんで Finalizer が呼ばれないのかわかりません(私のところでは
そのエラーは起きませんでした).

それも謎ですが,それはともかくmutex_mにはsync_mと同様に1.1で
finalizerが起動されるようになってお蔭で顕在化したバグがあり
ます.mu_delete_Lockedというメソッドなんて定義されてないし,
なんか引数の数が違うとかいって怒られるし(こっちはfinalize.rb
のバグ).

作者の石塚さんによる対応を待ちましょう.

                                まつもと ゆきひろ /:|)

finalize.rbへのパッチ(暫定版)

diff -u -1 -r1.1.1.2.2.4 finalize.rb
--- finalize.rb	1998/02/06 10:03:24	1.1.1.2.2.4
+++ finalize.rb	1998/02/27 01:48:52
@@ -172,3 +172,3 @@
     if assocs = Dependency.delete(id)
-      for dependant, method, *opt in assocs
+      for dependant, method, opt in assocs
 	dependant.send(method, id, *opt)

In This Thread