DLLの依存関係を確認する方法は？

時々、小さなプロジェクトをやっているとき、私は十分注意していなくて、知らないDLLの依存関係を誤って追加してしまいます。このプログラムを友人や他の人に出荷すると、「一部のDLL」が見つからないため、「動作しません」。これはもちろん、プログラムが私のシステムでDLLを見つけることができるからです。

DLLの依存関係の実行可能ファイルをスキャンする方法や、これらのoopsの状況を防ぐためにテストするために「クリーンな」DLLフリー環境でプログラムを実行する方法はありますか？

Dependency Walker（2006年の最終更新）またはと呼ばれる最新の書き換えを試してくださいDependencies。

dumpbin Visual Studioツール（VC \ binフォルダー）は、ここで役立ちます。

dumpbin /dependents your_dll_file.dll

Linuxファンには興味深いソリューションをお勧めします。このソリューションを調査した後、DependencyWalkerからこれに切り替えました。

あなたのお気に入りを使用することができますlddWindowsの関連の上exe、dll。

これを行うには、Cygwinを Windowsにインストール（基本インストール、追加のパッケージは不要）して、を起動するだけCygwin Terminalです。これで、次のようなお気に入りのLinuxコマンドを実行できます。

$ ldd your_dll_file.dll

UPD：Windowsのgit bashターミナルlddからも使用できます。gitがすでにインストールされている場合は、cygwinをインストールする必要はありません。

1. 処理しようとしているアセンブリへの完全なファイルパスを把握する

2. スタートボタンを押し、「dev」と入力します。「VS 2017の開発者コマンドプロンプト」というプログラムを起動します。

3. 開いたウィンドウで、と入力しますdumpbin /dependents [path]。[path]は、手順1で計算したパスです。

4. Enterキーを押します

バム、あなたはあなたの依存関係情報を持っています。ウィンドウは次のようになります。

VS 2019の更新： VSインストールにこのパッケージが必要です：

1. 「Depends」というプログラムがあります
2. cygwinがインストールされている場合、ldd file.exeよりも簡単なものはありません

最も安全なのは、プログラムをテストできるクリーンな仮想マシンを用意することです。テストするすべてのバージョンで、VMを初期のクリーンな値に復元します。次に、そのセットアップを使用してプログラムをインストールし、機能するかどうかを確認します。

Dllの問題にはさまざまな面があります。Visual Studioを使用してCRTに動的にリンクする場合は、CRT DLLを配布する必要があります。VSを更新すると、CRTの別のバージョンを配布する必要があります。依存関係を見逃す可能性があるため、依存関係をチェックするだけでは十分ではありません。クリーンマシンでフルインストールを行うことが、唯一の安全なソリューションであるIMOです。

本格的なテスト環境をセットアップせずにWindows 7を使用する場合は、XP-Modeを最初のクリーンマシンとして使用し、XP-Moreを使用してVMを複製できます。

開発マシンで、プログラムを実行してSysinternals Process Explorerを実行できます。下のペインには、読み込まれたDLLとそれらへの現在のパスが表示されます。これは、いくつかの理由で便利です。展開パッケージから実行している場合、間違ったパスで参照されている（つまり、正しくパッケージ化されていなかった）DLLが明らかになります。

現在、当社はVisual Studio Installerプロジェクトを使用して、依存関係ツリーをウォークし、プログラムを緩いファイルとして出力しています。VS2013では、これはhttps://visualstudiogallery.msdn.microsoft.com/9abe329c-9bba-44a1-be59-0fbf6151054dの拡張機能になりました。次に、これらの緩いファイルをより包括的なインストーラーにパッケージ化しますが、少なくともそのセットアップでは、すべてのドットネット依存関係をプロジェクト化し、それらを1つの場所にドロップし、不足している場合は警告します。

過去（WinXP日など）には、以前はDLL Dependency Walker（depends.exe）に依存/依存していましたが、それでもDLLの問題を特定できない場合があります。理想的には、実行前に検査で調べたいのですが、それでも解決しない場合（または時間がかかりすぎる場合）は、http：//blogs.msdn.com/で説明されている「ローダースナップ」を有効にしてみてください。b / junfeng / archive / 2006/11/20 / debugging-loadlibrary-failures.aspxおよびhttps://msdn.microsoft.com/en-us/library/windows/hardware/ff556886(v=vs.85).aspx簡単に述べたLoadLibraryは失敗します。GetLastErrorヘルプなし

警告：私は過去にWindowsを台無しにしてgflagをだましてひざまずいてしまったことがありました。

注：「ローダースナップ」はプロセスごとなので、UIの有効化はチェックされたままになりません（cdbまたはglfags -iを使用）。

NDependはすでにJesseによって言及されています（.NETコードを分析する場合）が、それがどのように役立つかを正確に説明できます。

DLLの依存関係の実行可能ファイルをスキャンしたり、これらのoopsの状況を防止するためのテストのために「クリーンな」DLLフリー環境でプログラムを実行したりできるプログラム/スクリプトはありますか？

NDependプロジェクトのプロパティパネルでは、分析するアプリケーションアセンブリ（緑）を定義できます。NDependは、アプリケーションアセンブリ（青）で使用されるサードパーティアセンブリを推測します。アプリケーションおよびサードパーティアセンブリを検索するディレクトリのリストが提供されます。

これらのディレクトリにサードパーティのアセンブリが見つからない場合、エラーモードになります。たとえば、.NET Fxディレクトリを削除すると、C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319.NET Fxサードパーティアセンブリが解決されないことがわかります。

免責事項：私はNDependで働いています

グーグルで「depends.exe」を検索してください。これはこれを処理する小さなユーティリティです。

ソースコードがある場合は、ndependを使用できます。

http://www.ndepend.com/

それは高価であり、依存関係の分析よりも多くのことを行うので、探しているものにとってはやり過ぎかもしれません。

pedepsプロジェクト（https://github.com/brechtsanders/pedeps）には、.exe（または.dll）ファイルとそれに依存するすべてのファイルをコピーするためのコマンドラインツール（copypedeps）があります。アプリケーションが動作するシステムでこれを行うと、依存関係のあるすべてのDLLとともに出荷できるはずです。

リンク、下記からマイクロソフトからSysInternalツールキットを参照してください https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer

ダウンロードフォルダに移動し、管理者権限で「Procexp64.exe」を開きます。[検索]メニュー-> [ハンドルまたはDLLを検索]オプションまたはCtrl + Fショートカットを開きます。

JetBrains dotPeekを試してください 。それは無料です。