問題タブ [dependencies]

さて、大量の調査を行い、見つけることができるほぼすべての管理された CPP Redist を試し、DLL をアプリの実行ディレクトリにローカルにコピーしようとした後、この混合モード ライブラリに欠けている依存関係を特定できません。

基本的に、大規模な C# アプリケーションがあり、作成した混合モード ライブラリを使用しようとしています。開発マシンでは (もちろん) 完璧に動作しますが、CRT の依存関係がないために例外を使用するためにライブラリをロードする必要がある場合に展開されます (私は推測します)。

依存関係ウォーカーを使用して、参照されているすべての DLL をチェックし、それらが展開マシン上に存在することを確認しました。 .

コードが混合モード ライブラリからクラスをインスタンス化しようとすると、次の例外が発生します。

例外の詳細: System.IO.FileLoadException: ファイルまたはアセンブリ 'USADSI.MAPI、Version=1.0.3174.25238、Culture=neutral、PublicKeyToken=null' またはその依存関係の 1 つを読み込めませんでした。アプリケーションの構成が正しくないため、このアプリケーションを開始できませんでした。アプリケーションを再インストールすると、この問題が解決する場合があります。(HRESULT からの例外: 0x800736B1)

/clr:oldSyntax を指定して VS2008 SP1 を使用してライブラリをコンパイルしています。

中間マニフェストは次のようになります。

必要に応じてさらに情報を提供できますが、残念ながら私は混合モード ライブラリの作成に精通していないため、これは私を失望させました。

誰かがアドバイスを提供できれば、私は非常に感謝しています!

多数の共有 python モジュールを持つ python プログラムのコレクションによって生成された一連の C ファイルがあり、make システムでこれを考慮する必要があります。

各 C ファイルを生成するためにどの python プログラムを実行する必要があるかを列挙するのは簡単です。良い解決策が見つからないのは、それらのプログラムが依存している他の python ファイルを特定することです。これが必要なので、共有されている python ファイルの 1 つが変更された場合、make は再生成が必要なものを認識します。

Python ソースのコレクションから make スタイルの依存関係ルールを生成するための優れたシステムはありますか?

私は自分のマシンで 3.5 SP1 を使用していますが、顧客は現在 SP1 なしで 3.5 を使用しています。VS2008 でソリューションまたはプロジェクトを SP1 なしで 3.5 にターゲットにする方法がわかりません。インストールした SP1 付きの 3.5 だけです。

3.5 w/o SP1 で使用できない関数またはコンストラクタを使用すると、コードは正しく動作しません。

つまり、SP1 なしでは機能しないものをコンパイル時に検出したいと考えています。

これまでのところ、(VM または別のマシンで) テストを行って、アプリケーションが壊れるかどうかを確認しました。また、SP1 まで利用できなかった API の一部を使用すると、アプリケーションが壊れることがあります。問題は、アセンブリがロードされたときではなく、コードが実際に実行されたとき (実行時) にのみ壊れることです。

1 つの解決策は、SP1 なしの VS2008 を搭載したマシンを用意して、プロジェクトをコンパイルしようとすることです。ただし、ソースコードまたは生成したアセンブリを分析することにより、3.5 SP1 への依存関係 (新しい API の使用などによるもの) を検出するのに役立つツールが必要です。

私のグーグルの力は、この質問では十分に強くありませんでした.何かヒントはありますか?

2つのプロジェクトを含むVisualStudio2008ソリューションがあります。C++DLLとCsharpアプリケーション。

Csharpアプリケーションは、[DllImport]を使用してDLL内の関数にアクセスし、DLLに依存関係を設定します。

何らかの理由で、依存関係を設定するだけでは、VSがDLLをアプリのビルドパスにコピーするのに十分ではありません。そのため、アプリプロジェクトにはビルド後のイベントがあり、DLLがコピーされます。（誰かがこれを行うためのよりクリーンな方法を知っているなら、私に知らせてください！）

私が抱えている問題は、DLLコードに変更を加えてから、デバッガーでCsharpアプリケーションを実行しようとすると、VS2008がDLLを再構築（および再コピー）する必要があることを認識できないことです。

Csharpアプリケーションの再ビルドを強制する必要があります（つまり、ビルドを明示的に選択するか、.CSファイルに「タッチ」することによって）。

Visual Studioに正しいことをするように指示する方法を知っている人はいますか？

編集：私はプロジェクトの依存関係を使用しています。それらは正しく機能していません。

ビルド後のイベントを使用してDLLをコピーしています。

問題は、単にアプリケーションをデバッグすることを選択した場合、依存関係があるにもかかわらず、 VisualStudioが変更されたC++プロジェクトの再コンパイルに失敗することです。

（「デバッグ」ではなく）「ビルド」を選択すると、C ++ DLLがビルドされるため、依存関係が機能していることがわかります。

システムにはGNU Makeを使用しています。makefile の最後に、gcc の -MM スイッチを使用して一連の .d ファイルを生成する Makedepends というインクルードがあります。次に、include $(CXXFILES:.cc=.d) 行を使用して、各 .cc ファイルの .d ファイルを含めます。しかし、ファイルを削除したりファイルを移動したりすると、依存関係のステップが中断され、.d ファイルを手動で削除する必要があります (依存関係が失敗するため、make clean でさえ機能しません)。

これらの依存関係 .d ファイルを生成する方法、またはファイルの削除または再配置を適切に処理するこれらの依存関係 .d ファイルを含める方法はありますか?

編集: 例: serial.cc があり、メイクファイルは buffer.h に依存する serial.d ファイルを生成しますが、それを変更して、buffer.h が不要になり、buffer.h を削除します。次にmakeを実行すると、serial.oをbuffer.hに依存させる.dファイルが含まれているため、チョークします。

私は非常に大きな C プロジェクトを持っており、多くの個別の C ファイルとヘッダー、および何十もの貢献者がいます。多くの貢献者は、makefile と依存関係について十分な知識を持っていません。その結果、「make」が正しい出力を生成したことを信頼できるようになる前に、ほとんどの場合「make clean」を行わなければならないという珍しい問題が発生します。

make に数分かかったとしても、これは問題にはなりませんが、今では高速なマシンで 2 時間近くかかります。人々は make 時に動作するコードをチェックインし始めていますが、最初にクリーンアップを行わず、最終的にコードが壊れます。ビルド。新しいベースラインがカットされる前に、これらがビルド マネージャーによってキャッチされない理由を尋ねないでください...

はい、ここまで放っておくべきではありませんでした。

はい、開発者を教育しています。

いつものように、すべてを停止して手動で修正する時間はありません。

これらの線に沿ったツールがあると思います：

• C および H ファイルから既存のプロジェクトの正しい依存関係情報を作成するのに役立つ自動ツールはありますか?
• メイクファイルに従って依存関係情報を記述する自動ツールはありますか?
• 上記の 2 つの依存関係ツリーの違いを説明するツールの聖杯はありますか?

しかし、この問題を解決するために他に何ができる/すべきでしょうか?

前もって感謝します...

-アダム

オーダーメイドの開発プロジェクトで発生した可能性のあるすべてのCPAN依存関係を見つけるための良いアプローチについて誰かが提案を持っていますか？よくあることですが、ローカル開発環境が実際の開発環境と一致することはめったになく、プロジェクトを構築するにつれて、インストールされたモジュールのローカルライブラリを構築する傾向があります。これらは、最新のプロジェクトに非コアモジュールの要件があることに必ずしも気付かないことにつながります。通常、プロジェクト全体をパッケージ化して別のグループ（この場合は運用チーム）に展開する必要があるため、パッケージに含めるモジュールを知ることが重要です。

誰かが問題について何か洞察を持っていますか？

ありがとう

ピーター

これは、VC++ 2005 Express Edition でビルドしている実行可能ファイルで Dependency Walker が表示するエラーです。.exe を実行しようとすると、次のようになります。

(マニフェスト/SxS/etc. VC++ 2003以降のやり方は初めてです。)

編集：.exeを構築しているのと同じマシンで実行しています。イベント ビューアーには、役に立たないものがあります。

以前の質問で、xbuildを使用してソリューションファイルをコンパイルすることについて質問しましたが、それでは機能しないと言われました。NAntは少し時代遅れのようです。他にどのようなオプションがありますか？複数のプロジェクト間の依存関係をサポートするものが必要です。

シナリオ：

クラス B のメソッドで処理する必要があるイベントがクラス A で発生します。(現在はデリゲートを介して)イベントからメソッド に渡されるデータは、現在クラス C でラップされています。 これには明らかにクラス B が必要です。クラスCに依存して います。この依存関係を取り除くために実行できるテクニック/リファクタリングはありますか? たとえば、データを展開して単純なプリミティブ データ型に戻し、それらを直接渡します。