[#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:1362] Re: [MethodIndex] Bug and question
けいじゅ@日本ラショナルソフトウェアです. In [ruby-dev :01359 ] the message: "[ruby-dev:1359] Re: [MethodIndex] Bug and question ", on Jan/30 18:25(JST) Yukihiro Matsumoto writes: >まつもと ゆきひろです >Rubyには既に自オブジェクトで定義されている特異メソッドを返す >Object#singleton_methodsってのがありますから,これでなんとか >なるんではと思います. >どのクラスでクラスメソッドが(最初に)定義されたかが必要であれ >ば, > > * Class#ancestorsで先祖を得る > * Moduleを除く > * 逆順にsingleton_methodsを得る > * 先祖のsingleton_methodsから自分のsingleton_methodsを引き > 算する > >で,得られます.もし,どのクラスで再定義されているかという情 >報も必要でしたら,なんらかの拡張が必要ですね. この方法では完全ではないですよね. rbc0> module Foo rbc1> def foo; "foo"; end rbc1> end rbc0> class Bar;end rbc0> class Baz < Bar; end rbc0> Bar.extend Foo Bar rbc0> Baz.ancestors [Baz, Bar, Object, Kernel] このようにextendしたmoduleの情報を得ることができませんし, 上記のアルゴ リズムではそこで定義されているメソッドも得ることはできません. rbc0> class << Baz; included_modules; end [Foo, Kernel] rbc0> や rbc0> class << Baz; ancestors; end [Foo, Class, Module, Object, Kernel] で, extendしたモジュール得ることはできるんですが... そのクラスで直接extendしているモジュールがわかるわけではないので, 実際 の継承関係を得るのはめんどくさいですね... 少なくとも, 直接extendしているモジュールを得るAPIが欲しいですねえ... でも, できれば前のメイルのような, 特異メソッドの登録されているクラスの 継承列を得るAPIを用意してもらえると嬉しいですが... >モジュールをincludeした時に継承階層の中で既にincludeされてい >ればなにもしません.そのつもりで,そうなってます. でしたよね. 話を聞いた覚えもあったのですが(^^;; __ ................................石塚 圭樹@日本ラショナルソフトェア... ----------------------------------->> e-mail: keiju@rational.com <<---