問題タブ [dependency-walker]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
22170 参照

linux - Linuxと同等のDependencyWalker?

lddそれぞれだけでなく、すべての共有ライブラリの依存関係をグラフィカルな方法で表示するツールが必要です.so。MS Windowsの場合、DependencyWalkerは機能します。Linux用のものはありますか?

DependencyWalkerのサンプル画面

0 投票する
2 に答える
1072 参照

java - Dependency Walker を使用して DLL 内の C 関数を検証する

依存関係ウォーカーは初めてで、JNI 経由で Java から呼び出そうとする C 関数が dll に含まれているかどうかを判断しようとしています。Dependency Walker で C 関数を含む dll を選択すると、インポート関数とエクスポート関数が表示されます。インポート リストには setLogLevel 関数がありますが、エントリ ポイントはバインドされておらず (このリストのすべての関数と同様)、c の付いた緑色のボックスが表示されます。エクスポート リストには setLogLevel 関数があり、エントリ ポイントとして 0x00003C25 があります。JAVA/JNI から setLogLevel を呼び出そうとすると、以下のようになります。インポート/エクスポートが正しいかどうかわからないのですが、誰か確認できますか?

0 投票する
4 に答える
14417 参照

windows-7-x64 - Dependency Walker を使用した x86 実行可能ファイルのプロファイリングが Windows 7 x64 でハングする

Windows 7 x64で、最新バージョンの Dependency Walker (2.2.6000) を使用してx86実行可能ファイルをプロファイリングしようとすると、プロファイリング プロセスが常に特定の時点でハングします。ほとんどの場合、最後にロードされた DLL はc:\windows\syswow64\URLMON.DLLであるため、その DLL 内の何かが問題を引き起こしているようです。Windows 7 x86で同じ実行可能ファイルをプロファイリングすると、問題なく動作します。

私はかなり広範囲にグーグルで検索しましたが、問題の解決策を思いつくことができませんでした. 私が見つけた 1 つの提案は、IE 8 または IE 9 をアンインストールして IE 7 に置き換えることでしたが、これは実際には役に立ちません。私が観察できる唯一の影響は、IE 7 ではプロファイリング プロセスが別の DLL でハングすることです (iertutil.dll私の記憶が正しければ、システムのsyswow64フォルダーからも)。

私の質問は、x64 Windows 7 で x86 アプリケーションをプロファイリングするために Dependency Walker を取得するにはどうすればよいですか? もちろん、そもそもなぜ問題が存在するのかを知ることもいいでしょう:-)

いくつかの最終的なメモ:

  • x86 実行可能ファイルのプロファイリングを行うため、x86 バージョンの Dependency Walker を使用しています。
  • Dependency Walker を管理者として実行しても役に立たない
  • 「WOW64 で失敗する可能性がある」とマークされているすべてのプロファイリング オプションが無効になっています。
  • 問題を再現するためのテストケースとして現在使用している実行可能ファイルは、インストールを必要としない単純な .exe であるため、Sumatra PDF ビューアー (ダウンロード リンク) です。
0 投票する
4 に答える
1707 参照

c# - Visual Studio: DLL の読み込み中にエラーが発生しました

C# dll を持っていて、それを stdafx.h (JNI 用の別の DLL) にインポートしたかった: import "C:\Users\Marcus Tik\Documents\Visual Studio 2010\Projects\DotNETSpy\DotNETSpy\bin\Release\DotNETSpy .dll" -> Visual Studio は次のように述べています:「DLL のロード中にエラーが発生しました。」

次に、エラーが表示される Dependency Walker を使用しました:「Modules with different CPU Types where found.」

C# DLL がさまざまな CPU タイプをサポートするのは標準ではありませんか? 問題を解決するにはどうすればよいですか? 事前にサンクス!

0 投票する
0 に答える
1796 参照

windows - DLL はマシン上で動作しており、別のマシンでは動作していません。同じ構成

Java アプリケーションで使用する必要がある DLL があります。これは既に Windows 32 ビット サービス パック 3 で作成されているため、DLL は動作しています。今、私はそれを使用する必要がある同じ構成の別のマシンを持っています。

Java で lib をロードしようとすると、次のエラーが発生します。

最初のマシンでDependency Walkerを使用して DLL を開くと問題は発生しませんが、マシンで DLL を開くと動作しません

これはどういう意味ですか?コマンドRegsvr32で dll を登録しようとしましたが、同じエラーが表示されます。

0 投票する
1 に答える
1962 参照

dll - JNA はネイティブ DLL にアクセスしようとし、モジュールが見つからないというエラーを取得します。依存関係がありません

私は Visual Studio 2010 をインストールしており、他の人から入手したプロジェクトを持っていますが、エラーなしで正常にビルドできます。JNAを使用してアクセスしたいWrapper.dllを取得します。Win7 64ビットを使用しています。

しかし、次のエラーが表示されます: java.lang.UnsatisfiedLinkError: ライブラリ 'Wrapper' をロードできません: 指定されたモジュールが見つかりませんでした。

もちろん、Wrapper.dll は正しいフォルダにあり、32 ビットの dll であり、私の Java プログラムも 32 ビットの JRE を使用しているため、これはエラーの原因ではありません。

DependencyWalker を使用して、*.dll が欠落しているかどうかを確認しました。

  • MSVCP80.DLL
  • MSVCR80.DLL
  • GPSVC.DLL
  • IESHIMS.DLL

はい、いくつかの行方不明があります。このエラーは、これらの DLL が見つからないことに関連していると結論付けることができますか? しかし、Visual Studio が正しくコンパイルされ、エラーがスローされないのはなぜでしょうか? Wrapper.dll でこれらの関数にアクセスするために、これを解決するにはどうすればよいですか?

また、dll をダウンロードすることは正しいことではない可能性があることも読みました。(私は、Wrapper.dll が、Visual Studio 2005 でビルドされた別の dll またはソースコードに依存していることを知っています。)

編集:

私は、Wrapper.dll がおそらく MSVS2005 で構築された他の 3 つの dll に依存していることを発見しました。これらには上記の DLL が必要であり (dependencywalker でチェック)、Wrapper.dll もそれらをリンクしていると思います。

では、これらの古い dll を取り除くために実際に何をすればよいのでしょうか? VS2010 で他の 3 つの DLL をビルドする必要がありますか、それともこれは常に発生する問題ですか。つまり、古い DLL に依存するプリコンパイル済みライブラリを使用するには、古い DLL をコピーして貼り付ける必要があります。

これらの DLL をコピーして貼り付けずに、他のシステムでもプログラムを実行する方法はありますか?

0 投票する
1 に答える
851 参照

dll - 依存関係ウォーカーを使用して実行時エラーを修正する

を使用して実行可能な python プログラムを作成しPyInstallerましたが、実行時エラーが発生します。

エラー

アプリは完全に動作しますが、常にこのエラーが発生します。この問題を取り除きたいです。

Stack Overflow からのアドバイスに従い、依存関係ウォーカーを使用して問題を見つけました。ログ セクションでは、次のような出力が得られます。

.dll ファイルの束には赤い x86PyInstallerあり、黒い x64があります。これは 32 ビットおよび 64 ビットの CPU と関係がありますか? .dll ファイルを 64 ビットに更新する必要がありますか?

0 投票する
1 に答える
591 参照

c++ - Windows で Qt アプリケーションを実行できない

MinGW GCC を使用して、デフォルトの MainWindow の実行可能ファイル (コードをまったく変更していません) を作成し、.exe ファイルをデバッグ ディレクトリから、QtCored4.dllQtGuid4.dll、およびQtNetworkd4.dllがある別のディレクトリに移動しました。

実行可能ファイルをクリックすると、次のエラー メッセージが表示されます。

プロシージャ エントリ ポイント _ZN7QWidget8winEventEP6tagMSGPI がダイナミック リンク ライブラリ QtGuid4.dll に見つかりませんでした。

Dependency Walker で実行可能ファイルを開くと、次の通知が表示されます。

エラー: 暗黙的に依存するモジュールにエクスポート関数がないため、少なくとも 1 つのモジュールに未解決のインポートがあります。警告: 少なくとも 1 つの遅延読み込み依存モジュールが見つかりませんでした。警告: 遅延ロード依存モジュールにエクスポート機能がないため、少なくとも 1 つのモジュールに未解決のインポートがあります。

どこが間違っているのか本当にわかりません。助けていただければ幸いです。ありがとう!