[#790] "".succ is "\377" — WATANABE Hirofumi <eban@...>
わたなべです.
12 messages
1997/11/02
[#822] "+" of Time in the manual — Shin-ichiro HARA <sinara@...>
原です。
13 messages
1997/11/11
[#823] Re: "+" of Time in the manual
— matz@... (Yukihiro Matsumoto)
1997/11/11
まつもと ゆきひろです
[#824] Re: "+" of Time in the manual
— Shin-ichiro HARA <sinara@...>
1997/11/11
原です。
[#825] Re: "+" of Time in the manual
— matz@... (Yukihiro Matsumoto)
1997/11/11
まつもと ゆきひろです
[#826] Re: "+" of Time in the manual
— Shin-ichiro HARA <sinara@...>
1997/11/11
原です。
[#837] request SCAN — Shin-ichiro HARA <sinara@...>
原です。
25 messages
1997/11/14
[#838] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#839] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#840] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#841] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#843] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#844] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#845] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#846] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#847] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#848] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#849] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#851] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#852] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#853] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#855] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/15
原です。
[#864] [Req] Proc.new — Shin-ichiro HARA <sinara@...>
原です。
53 messages
1997/11/19
[#865] Re: [Req] Proc.new
— matz@... (Yukihiro Matsumoto)
1997/11/19
まつもと ゆきひろです
[#866] Re: [Req] Proc.new
— Shin-ichiro HARA <sinara@...>
1997/11/19
原です。
[#867] Re: [Req] Proc.new
— matz@... (Yukihiro Matsumoto)
1997/11/19
まつもと ゆきひろです
[#869] Re: [Req] Proc.new
— Shin-ichiro HARA <sinara@...>
1997/11/19
原です。
[#887] Re: [Req] Proc.new
— matz@... (Yukihiro Matsumoto)
1997/11/20
まつもと ゆきひろです
[#896] Re: [Req] Proc.new
— keiju@... (石塚圭樹 )
1997/11/20
けいじゅ@日本ラショナルソフトウェアです.
[#871] Re: [Req] Proc.new
— keiju@... (石塚圭樹 )
1997/11/19
けいじゅ@日本ラショナルソフトウェアです.
[#875] Re: [Req] Proc.new
— Shin-ichiro HARA <sinara@...>
1997/11/20
原です。
[#877] Re: [Req] Proc.new
— shugo@... (Shugo Maeda)
1997/11/20
前田です。
[#879] Re: [Req] Proc.new
— Shin-ichiro HARA <sinara@...>
1997/11/20
原です。
[#886] Re: [Req] Proc.new
— shugo@... (Shugo Maeda)
1997/11/20
前田です。
[#890] Re: [Req] Proc.new
— keiju@... (石塚圭樹 )
1997/11/20
けいじゅ@日本ラショナルソフトウェアです.
[#895] Re: [Req] Proc.new
— matz@... (Yukihiro Matsumoto)
1997/11/20
まつもと ゆきひろです
[#903] ruby env[ Re: [Req] Proc.new ]
— keiju@... (石塚圭樹 )
1997/11/20
けいじゅ@日本ラショナルソフトウェアです.
[#906] Re: ruby env[ Re: [Req] Proc.new ]
— matz@... (Yukihiro Matsumoto)
1997/11/20
まつもと ゆきひろです
[#874] extension of case — Masaki Suketa <masaki.suketa@...>
今回はできなきゃできないでいいけどこんなことできませんか
14 messages
1997/11/20
[#876] Re: extension of case
— shugo@... (Shugo Maeda)
1997/11/20
前田です。
[#929] extmk.rb — shugo@... (Shugo Maeda)
前田です。
14 messages
1997/11/26
[#930] Re: extmk.rb
— Eiji-usagi-MATSUmoto <ematsu@...>
1997/11/27
うさぎです。
[ruby-dev:921] Re: ruby env[ Re: [Req] Proc.new ]
From:
keiju@... (石塚圭樹 )
Date:
1997-11-22 02:40:07 UTC
List:
ruby-dev #921
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-dev :00917 ] the message: "[ruby-dev:917] Re: ruby env[ Re:
[Req] Proc.new ] ", on Nov/21 00:33(JST) matz@netlab.co.jp (Yukihiro
Matsumoto) writes:
>まつもと ゆきひろです
>そうでもないんでは? メソッドをオブジェクトにするといっても
>できることは proc{foo.bar} をすでに束縛したものが返る程度で,
>たとえばそれから別のクラスにメソッドを定義したり,
うーん. なるほど... もしメソッドオブジェクトがあったとしても使えること
には限定があるわけね.
>aliasの代わりをしたりするようなものではないと思いますから,MLFにはあ
>んまり貢献しないと思いますよ.
aliasというかあくまでもそのクラスのメソッドとしてのメソッドオブジェク
トになるってことだよね. つまり, クラスが変わらなければ新たなメソッド名
に束縛(alias)できますよね?
>そういう目的のためにはPythonやSchemeのようなオブジェクトシス
>テム(関数がオブジェクト)の方が向いていると思いますが,Rubyは
>そういう方向を選びませんでした.
Pythonやschemeの様に言語上直接表に出る必要はないと思いますが,
Smalltalkの様にオブジェクトとして扱えるといいんじゃないでしょうか? そ
うすれば, 原理的にはSmalltalk並の開発/実行環境が作れると(^^;;;
>|classをoverloadしたい場合は昔あったメソッドを全部捨ててから, メソッド
>|を定義して行きたいんですよね. でも, MLFとundefを使えば実現できますね.
>本当にできるかなあ.undefは「全部なかったことにする」ので,
>そのメソッドを非定義にするとはちょっと違うんですよね.
この場合はすでにあるクラスのメソッドの定義を全部置き換えればいいんです
から問題ないんじゃないかなあ...
>|でも, 言語機能的にはそんなにハードルが多いとは感じていません. それより
>|も, そのようなAPを作るパワーが...
>
>そうかなあ,今まで出て来ている問題だけでも十分問題だと思いま
>すけど.もっとも環境系APPの場合,インタプリタを従にして,イ
>ンタプリタそのものをリセットしちゃう大技もありえるかも.
うーん. そうですね. そういうAPIさえ用意されていれば(^^;;;
>|ハードルといえばちょっと大きそうななのが1つありますね. elispでrequire
>|していると中で失敗すると, require以前の状態に戻りますよね. requireに限
>|らず元に戻す機能がいくつかありますよね. それらの機能群を実現するのは結
>|構手間がかかりそう...
>
>ええとたしかemacsにはそのような機能はないと思いましたよ.
え? どれどれ...
ほんとだ... requireに関しては, 私の気のせいだったみたいですね.
後半はunwind-protectやsave-recursionのことを言ったつもりですが,
unwind-...はbegen rescue endと同じだし, save-recursionは対象が決まって
いるのでそれほど実現は難しくないですね.
__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---