[ruby-dev:28782] Re: binding の仕様変更？ or バグ？

永井@知能．九工大です．

From: Yukihiro Matsumoto <[e-mail]>
Subject: [ruby-dev:28780] Re: binding の仕様変更？ or バグ？
Date: Wed, 21 Jun 2006 17:45:13 +0900
Message-ID: <[e-mail]>
> ということで、ようやっと時間をとって調べてみました。以前これ
> が動いていたというのがどうにも納得が行かないので、古いバージョ
> ンを改めてコンパイルして調べる必要がありました。
> 
> 結論からいうと、1.8.3までのバージョンではこのスクリプトは確
> かに動作しますが、それはグローバルな名前空間(Object)にhogeメ
> ソッドを定義していたからです。つまり、元々の「グローバルな名
> 前空間を汚染することなく実行したい」という要求を満たしていま
> せん。

実は汚染してしまっていたのですね．;;;^_^;;;

> では、どうするか、ですが、
> 
>   * 「元の挙動に戻す」のは不可能ではないのですが、「バグを復
>     活させる」ということなので、あまり乗り気ではありません。
>     また、元々の要求を満たしていない以上あまり意味がないよう
>     な気がします。

はい．確かに意味がないと思います．
動くようにはなっても，目指すべき姿ではありませんので．

>   * なにもしない、だとtkでは困るんですよね。

少なくともウィジェットデモではかなり困ります．

ウィジェットデモでは実行中に各デモスクリプトのソースを書き換えて
再実行して効果を試す機能が備わっています．
これは学習上有益ですので，重要な機能だと思っています．

ですが現状のままですと，関数型のメソッドをちょっと定義して
利用する実験を試みた場合，本来は正しく動くソースであるにも関わらず
エラーを生じてしまうケースが発生するになります．
これでは学習に悪影響があると言わざるを得ません．
どう対応すべきか (何を犠牲にするか) に関して，
かなり厳しい選択を強いられることになります．

特に急所を突かれてしまっているのが，
未踏ソフトで現在開発中の Ruby/TkORCA です．(^_^;
ローカルでそのままに動かせるスクリプトを
sandbox に読み込んで監視しつつ稼働させる仕組みなのですが，
現状のままでは sandbox 内では動かなくなるというケースが
かなり増大します．
コンセプトとして大幅な後退であり，辛すぎます．

# 独自で toplevel_eval のような対策を加えるにしても，
# Ruby 自体の再コンパイルが必要ということになってしまいます．
# これまで，ノーマルな Ruby の機能範囲で実装，実現するように
# 努力してきただけに，努力が水泡に帰すようなことはちょっと．．．(T_T)

>   * toplevel_evalの導入。まあ、追加なので1.8でも駄目ではない
>     と思うのですが。evalが増えると嫌な顔をする人が目に浮かぶ
>     ようです。

toplevel_eval の中身は module_eval と同じです．
違うのはクラス階層を辿る優先順位にちょっとだけ細工を
加えている点のみ (だったと思う) なのですが，
それでも YARV には大きく影響するでしょうか？ > ささださん

> もうちょっと考えさせてください。ご意見募集中。

元々の挙動がバグであったとすると，
ぜひ toplevel_eval またはその修正物を導入していただきたいと思います．
でなければ，できた方が望ましい (と思える) ことが
できそうでできないということになるのではないでしょうか．

load(file, true) についても，それが期待させることを考えるなら，
無名モジュールでの toplevel_eval 相当とした方が良さそうに感じます．
ただし，load(file, true) の変更は非互換を含みますので
これを今回のリリースで変更することは無理なのでしょうね．
-- 
                                       永井 秀利 （九工大 知能情報）
                                           [e-mail]