[#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:1365] Re: [MethodIndex] Bug and question
まつもと ゆきひろです
In message "[ruby-dev:1364] Re: [MethodIndex] Bug and question"
on 98/02/02, Keiju ISHITSUKA <keiju@rational.com> writes:
|けいじゅ@日本ラショナルソフトウェアです.
|> * インタプリタを改造して,どのモジュールがどのクラスにたい
|> してextendされたかの情報を保存する(うーん,構造体のスペー
|> スが残ってないなあ)
|
|extendって, 実際には特異クラスに対してincludeしているんじゃないんです
|か? それであれば, included_modulesが実装されているんだから, 実現できそ
|うな気がするんですけど...
それであってます.問題は,あるクラスに対してどのモジュールが
includeされているかどうかは(正確にはどのモジュールがextendさ
れているか)はわかっても,それが直接includeされたのか,先祖に
includeされたのかという情報は残ってないことです.
|> * 特異メソッドのリストアップのアルゴリズムを変える
|
|具体的にはどういう感じでしょう?
石塚さんの求めるものにもよるでしょうしが,イメージとしては特
異メソッドに関してはメソッドのような「どのクラスで定義された」
という情報を提供することをあきらめても良いかな,なんて考えて
ました.
まつもと ゆきひろ /:|)