[#1371] Re: [ruby-list:6104] Re: パースエラー等の嵐を Dos窓で受けるには ...? — Masao Kanemitsu <masao-k@...>
<9801290711.AA10183@pbsun10.pb.ascii.co.jp> の、
[#1381] bound method — shugo@... (Shugo Maeda)
前田です。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
前田です。
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#1386] downcase — Shin-ichiro HARA <sinara@...>
原です。
原です。
[#1410] GD — Masao Kanemitsu <masao-k@...>
まつもと ゆきひろです
わたなべです.
<199802100623.PAA03533@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802100733.QAA04028@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802100757.QAA04212@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802100952.SAA04346@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802120449.NAA00398@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802120600.PAA00591@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802120717.QAA00774@eban.ase.ptg.sony.co.jp> の、
> Windows 95では、GDだけロードエラーに。(3台で確認)
[#1412] GD — Masao Kanemitsu <masao-k@...>
まつもと ゆきひろです
<199802100636.PAA16869@picachu.netlab.co.jp> の、
[#1468] tcltk library — Masao Kanemitsu <masao-k@...>
[#1481] tkmandel — Masao Kanemitsu <masao-k@...>
[#1483] 拡張モジュール on Windows — Masao Kanemitsu <masao-k@...>
わたなべです.
[#1501] Re: 拡張モジュールon Windows — Masao Kanemitsu <masao-k@...>
> <199802180824.RAA20375@eban.ase.ptg.sony.co.jp> の、
[#1505] final.rb:35: [BUG] bug in variable assignment — shugo@... (Shugo Maeda)
前田です。
[#1506] [BUG] instance_of? — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#1520] SizedQueue and some question — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#1528] Mutex#unlock — shugo@... (Shugo Maeda)
前田です。
[ruby-dev:1384] Re: bound method
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-dev :01383 ] the message: "[ruby-dev:1383] Re: bound method
", on Feb/05 13:06(JST) Yukihiro Matsumoto writes:
>まつもと ゆきひろです
>|だとしたら、石塚さんがおっしゃっていた意味でのbound_method
>|をunbound_methodという名前にしてしまうというのはどうでしょう。
>
>いや,それよりなによりunbound_methodという存在そのものを闇に
>葬ろうかと思っているんです.あんまり役に立たない割に手間がか
>かるから.^^;;;
役に立たないと言うのは気になりますね. bound_methodはレシーバと言うパラ
メータが固定されていますから, 利用価値から言えば unbound_methodの方が
上になると思いますよ.
実装とのコストとの比較を考えると別ですがね.
まあ, それはともかく... 話はすごく戻るんですが,
obj.each{|e| func(e)}
見たいなものが, bound_methodを導入すると簡単に記述できるような話が, 最
近あったと思うのですが, 具体的にどんな感じになるのでしょう?
__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---