From: Hidetoshi NAGAI Date: 2003-10-29T18:02:42+09:00 Subject: [ruby-dev:21762] Re: access ENV on $SAFE==4 永井@知能．九工大です． 今は他のことで手一杯のため修正パッチの作成はできません． ですので，下記の問題が明確化したとしても， 今回の preview には間に合いそうにありません． # 科研書類の締め切りが 11/4 なので，それ以降であればなんとか． From: matz@ruby-lang.org (Yukihiro Matsumoto) Subject: [ruby-dev:21752] Re: access ENV on $SAFE==4 Date: Wed, 29 Oct 2003 16:53:30 +0900 Message-ID: <1067414002.940829.11091.nullmailer@picachu.netlab.jp> > In message "[ruby-dev:21727] Re: access ENV on $SAFE==4" > on 03/10/27, Hidetoshi NAGAI writes: > |----< $LOAD_PATH ($:, $-I) >------------------------ > これは採用しましょう。 > |----< RUBY_PLATFORM (PLATFORM) >-------------------- > これも良いと思います。 ありがとうございます． > |----< ENV >----------------------------------------- > | > |----< Module >-------------------------------------- > > 考えるにsecure/insecureは良くないと思います。しばらくたって > 記憶が曖昧になった時点で思い返すと、$SAFE>=3で参照できるのは > > * 信頼できないコードからアクセスされても大丈夫なsecureか > * 信頼できないコードからアクセスされちゃうからinsecureか > > わからなくなるからです。ちょっと考えると前者なんだろうなと分 > かるのですが。私だけ？ 確かにそう思えますね． > Tcl方面ではそういうのはどういう用語を使っているんでしょう？ env は "not present" なので，状況がちょっと違います． コマンド類は "hide(hidden)" ですが，これもコマンドが見えなくなって しまうものなので，「存在はわかるが読み出せない」には合いません． From: matz@ruby-lang.org (Yukihiro Matsumoto) Subject: [ruby-dev:21756] Re: access ENV on $SAFE==4 Date: Wed, 29 Oct 2003 17:08:36 +0900 Message-ID: <1067414914.737342.11131.nullmailer@picachu.netlab.jp> > deny/allowを使う場合にはdeny_xxx/allow_xxxのような長い名前に > したほうがよさそうですね。 deny/allow は以前 ENV で却下されましたが(^_^)， もし deny_xxx/allow_xxx とするなら， ENV の場合は deny_key/allow_key とかでしょうか． 定数の方は deny_const/allow_const ？ ... やっぱり変な感じですね． # deny_on_insecure_level/allow_on_insecure_level ... 酷すぎ(^_^; > |しかしその前に、これを1.8.1に入れるには、影響が出るライブラリの対応が必 > |要だから、今からだと慌ただしすぎないですか? 1.8.2を目指して整備する方向 > |を提案します。 > 定数はともかく、環境変数の方はデフォルトが禁止なので影響が大 > きいでしょうね。1.8.1では導入するとしてもENVのデフォルトは今 > まで通りにならざるをえないでしょうね。 でしょうね． とりあえず，ENV 全体の標準アクセスモードを設定できるメソッド (名前未定) を用意して切り替えれるようにしておけば， 先々デフォルトを変更した際の混乱を小さくできるのではないでしょうか． -- 永井 秀利 （九工大 知能情報） nagai@ai.kyutech.ac.jp