アカウント名:
パスワード:
仕様上、特定のパスからしかDLLのロードを認めないというわけにはいかないでしょ?OS標準じゃないからOSのバージョンで判定するわけにもいかないし。そもそも「別途DLLが必要」なんてもの自体流行らない(つーかこの仕様そのものがまさに脆弱性の元だし)。今さらDLL作者の呼びかけに反してまでそんなもの使い続けている老害は「必ずシステムディレクトリに置いてください。PATHの通ったところに置いても認識しません」なんて仕様にしたら猛反発するに決まってるし。「別途アーカイバが必要」さえWindows標準のZip/LZH圧縮フォルダの前には風前の灯。
http://support.microsoft.com/kb/2264107 [microsoft.com]の対象は(プログラム起動のトリガになったファイルのある)カレントディレクトリだけです。
プログラム側が自分で絶対パス入れたりする場合は問題無くDLL読み込みますし、プログラムと同じディレクトリやPATHの通ったディレクトリは従来どおり検索するので通常は問題ありません。
プラグインなど、本体と隔離されたDLLがツレを読み込めなかったりするって問題はありますが、これに当る事はさほど多くないので、自分の場合はこのHotFix入れていても何とかなってます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
統合アーカイバDLL使ってるアプリはどうするの? (スコア:0)
仕様上、特定のパスからしかDLLのロードを認めないというわけにはいかないでしょ?
OS標準じゃないからOSのバージョンで判定するわけにもいかないし。
そもそも「別途DLLが必要」なんてもの自体流行らない(つーかこの仕様そのものがまさに脆弱性の元だし)。今さらDLL作者の呼びかけに反してまでそんなもの使い続けている老害は「必ずシステムディレクトリに置いてください。PATHの通ったところに置いても認識しません」なんて仕様にしたら猛反発するに決まってるし。
「別途アーカイバが必要」さえWindows標準のZip/LZH圧縮フォルダの前には風前の灯。
Re:統合アーカイバDLL使ってるアプリはどうするの? (スコア:0)
http://support.microsoft.com/kb/2264107 [microsoft.com]
の対象は(プログラム起動のトリガになったファイルのある)カレントディレクトリだけです。
プログラム側が自分で絶対パス入れたりする場合は問題無くDLL読み込みますし、プログラムと同じディレクトリやPATHの通ったディレクトリは従来どおり検索するので通常は問題ありません。
プラグインなど、本体と隔離されたDLLがツレを読み込めなかったりするって問題はありますが、これに当る事はさほど多くないので、自分の場合はこのHotFix入れていても何とかなってます。