問題タブ [dll-dependency]

C＃ファイルを作成し、将来使用するためにDLLにコンパイルしたいと思います。ただし、この.csファイルは別のDLLに依存しています。.csファイル内のコードでは、次のようなことをしています。

DLLにコンパイルしようとすると、コンパイラは、anotherlib.dllが見つからない（ディレクティブまたはアセンブリ参照がない）ことを通知します。

それについて行く正しい方法は何ですか？

.NET2.0を使用しています。

Portable-Exe では、インポートされたセクションと、インポートされたすべての dll 名 (インポート記述子を使用) を見つける可能性があります。ここでは、1 つのアプリケーション Exe に多くのインポートされた dll (kernel32、advapi、user、comctl32....など) があります。 ）、今、そのアプリのexe（インポートされたdll）のすべての依存関係を見つけたい..再帰関数呼び出しを使用してロジックを教えてください..

ここで、ex notepad.exe は、2 つの dll (advapi32、user32) を持っていると仮定します。これらの dll の詳細を取得できます。advapi と user32 のインポートされた dll を知りたいです....すべての依存関係を介して...与えることができますか?ロジックのみ、私にとって非常に役に立ちます....ありがとう

複数のプロジェクトで再利用される可能性のある社内の.NETライブラリを管理するための賢明な方法を見つける必要があります。グーグルで問題について数時間考えた結果、私は次のような結論に至りました。

ビルドサーバー（Jenkins）には、ライブラリのバージョンごとに個別のジョブがあります。ライブラリが正常にビルドされると、ビルド出力（ほとんどの場合、.dllファイル）が共通のネットワークリポジトリにコピーされます。このリポジトリの構造は次のようになります。

ライブラリを使用する各プロジェクトには、このリポジトリからプロジェクトの依存関係を保存するために特別に使用されるフォルダに必要なライブラリをコピーする単純な.batファイルが付属しています。次に、このフォルダーから依存関係が参照されます。プロジェクトの例は次のようになります。

getDependencies.bat常にdependenciesフォルダの内容を削除し、リポジトリからライブラリの新しいコピーを取得します。Jenkinsでプロジェクトをビルドする前に実行されます。dependenciesフォルダがSVNにコミットされることはありません。

私も検討したいくつかの選択肢：

• 単純なリポジトリの代わりにカスタムNuGetフィードを使用します。私が知ったように、私たちの会社でまだ使用されているVisual Studio 2008のNuGetを使用するのは非常に苦痛なので、これを破棄しました。そうでなければ、これが私の好ましい解決策になります。
• svn：externalsを使用して依存関係を解決します。私は2つの理由でこれが好きではありません：
  • （上記のソリューションのように）バイナリファイルのみを処理する代わりに、svn：externalsはソースコードを処理するように強制します。ライブラリとそのソースコードを使用するすべてのプロジェクトを乱雑にしたくありません。
  • どういうわけか、SVN（少なくとも私の意見ではバージョン管理に使用する必要があります）を使用して依存関係を管理することは正しくないと感じています。また、svn：externalsを使用すると、特定のプロジェクトの依存関係を追跡するのが難しくなり、プロジェクトがSVNに依存しすぎるようになると思います。

誰かが私の好みの解決策に関する潜在的な問題や、あなたがそれについて間違っていると思うことを指摘してくれたら本当にありがたいです。また、私が車輪の再発明を試みていて、誰もが使用しているこれに対する標準化された解決策がすでにある場合（私が言及した代替案を除く）、遠慮なく私に教えてください:)

どうもありがとうございます！

別のソリューションの依存 .dll を持つ Sharepoint Timer ジョブ ソリューションがあります。最初のものをデバッグするには、OWSTIMER.EXE プロセスにアタッチするだけです。しかし、1番目が2番目のメソッドを呼び出すときに、2番目のソリューションをデバッグする必要があります。1つめの工程に2つめのSLNを付けるなど色々試しているのですがヒットしません！両方の SLN を OWSTIMER.EXE に添付することを考えていますが、それは不可能です。2番目をOWSTIMER.EXEにアタッチしようとしました（OWSTIMER.EXEは1番目のSNLを使用していますが、依存DLLは2番目のものと同じです）ので、理論的にはこれでうまくいくはずです！:/ 私は、おそらくそれについて完全に明確ではない何かを告白します. これをどのように行うべきか誰にも考えがありますか? そして（最も重要なこと）誰かが私の推論のどこが悪いのか説明してもらえますか???

ウィンドウ サービス プロジェクトとそれぞれのロジック プロジェクトで構成されるプロジェクトがあります。

私のWindowsサービスプロジェクトが呼び出されProject1、 というロジックプロジェクトがあるとしましょうProject1BL。をビルドするProject1と、Project1BLANDがビルドさProject1れます。

私の問題は、このソリューションの別のプロジェクトにあります ( Project2) ビルドしてビルドProject2BLされていない場合、エラーがスローされます

メタデータ ファイル Project2BL/bin/debug/Project2BL.dll が見つかりません

Project2BLソリューションをビルドするたびに明示的にビルドする必要はありません。

あるプロジェクトではこの問題が発生し、別のプロジェクトでは発生しないのはなぜですか?

Java アプリケーションを実行するための .exe を作成しようとしています。次のコードがあります。

Labyrinth.c

その後、OpenLabyrinth.dll にコンパイルされます。

そして、dllを実行しようとするプログラムがあります

Start.c

後でLabyrinth.exeにコンパイルされます

アプリケーションを実行すると、LoadLibrary エラー コード 126 が表示されます。Google エラー 126 を試してみたところ、.dll に依存関係が必要であることがわかりました。

で確認したProcess Monitorところ、プログラムによって実行されたすべての操作が成功していることがわかりましたが、コード 1 で返されました。

しかし、私がそれを使ってそれをチェックしたとき、私Dependency Walkerは多くの不足しているファイルを示しました. それらはすべて または のいずれAPI-MS-WIN-CORE-somethingかEXT-MS-WIN-somethingでした。

エラーの原因は何ですか？