アカウント名:
パスワード:
手持ちのアプリケーションをDependency Walkerで確認してみましたが、Visual Studio 6.0及びVisual Studio 2005で作成したスタティックリンク系MFCアプリケーションも、dwmapi.dllを間接的にロードしているように見えます。（実際にロードされるかは未確認）
そもそも、VS2010のMFCもdwmapi.dllを直接ロードしているわけではなく、ダイナミックリンクしているshell32.dllから間接的に呼ばれているわけで……。これ、下手をするとshell32.dllを呼び出すアプリは全滅じゃないですかね？ちなみに、shell32.dllはその名の通りシェル関連のDLLで、SHGetMallocのようなSH接頭
Dependency Walkerのプロファイル機能を使えば、実際にアプリケーションを実行して、読み込まれたDLLを表示してくれます。Depencency Walkerで静的に解析しただけだと表示されないということは、MFCもdwmapi.dllをLoadLibraryして使っているのだと思います。
あるいは、該当する機能を使った場合のみリンクされるというつくりなのでしょうかね（それなら「すべてのMFCアプリ」ではないですが）。Visual Studio 2010が今手元にあればMFCのソースを確認できるのですが。
shell32.dllからリンクしているものは、無関係だと思います。もしそうなら、もっと大騒ぎになっているはずでしょう。おそらく、Vista以前のshell32.dllはdwmapi.dllとリンクしていないと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
VS 2010+MFCだけの問題？ (スコア:1, 興味深い)
手持ちのアプリケーションをDependency Walkerで確認してみましたが、Visual Studio 6.0及びVisual Studio 2005で作成したスタティックリンク系MFCアプリケーションも、dwmapi.dllを間接的にロードしているように見えます。
（実際にロードされるかは未確認）
そもそも、VS2010のMFCもdwmapi.dllを直接ロードしているわけではなく、ダイナミックリンクしているshell32.dllから間接的に呼ばれているわけで……。
これ、下手をするとshell32.dllを呼び出すアプリは全滅じゃないですかね？
ちなみに、shell32.dllはその名の通りシェル関連のDLLで、SHGetMallocのようなSH接頭
Re:VS 2010+MFCだけの問題？ (スコア:1)
Dependency Walkerのプロファイル機能を使えば、実際にアプリケーションを実行して、読み込まれたDLLを表示してくれます。Depencency Walkerで静的に解析しただけだと表示されないということは、MFCもdwmapi.dllをLoadLibraryして使っているのだと思います。
あるいは、該当する機能を使った場合のみリンクされるというつくりなのでしょうかね（それなら「すべてのMFCアプリ」ではないですが）。Visual Studio 2010が今手元にあればMFCのソースを確認できるのですが。
shell32.dllからリンクしているものは、無関係だと思います。もしそうなら、もっと大騒ぎになっているはずでしょう。おそらく、Vista以前のshell32.dllはdwmapi.dllとリンクしていないと思います。