混在コードアプリケーションの起動時の問題のデバッグ

Question

C/C++/MFCデスクトップアプリケーションで、C++/CLIアセンブリがいくつかのマネージコード機能にアクセスできるアプリケーションがあります。アプリケーションがリリースモードでメッセージでのみ起動するとクラッシュする

未知のモジュールで 'System.TypeInitializationException'型の未処理の例外が発生しました。 追加情報： ''の型初期化子が例外をスローしました。

このシナリオをデバッグするにはどうすればよいですか、管理/非管理コードを混在させる際の問題は何ですか？彼らをうまくプレイさせるためには、特別な措置が必要ですか？

Answer 1

疑わしいもの：

アンマネージドDLLがありません。 Depends（Sysinternalsから）を使用してプロファイリングを開始できますが、私は混在モードで良い結果を得るために苦労しています。

同じ依存関係を持つネイティブな最小テストハーネスを作成し、それをDependsで実行します。欠落しているDLLについての決定的な情報が得られます。

リリースビルド製品で難読化を使用していますか？ 私たちが使用する難読化ソフトウェアは、評価モードでタイプにフィールドを追加します。オフセット構造体は固定されていますが、新しいフィールドには明示的なオフセットはありません。これは、コンパイル時に私たち自身のコード内にあった場合に警告されるエラーです。難読化ツールはアセンブリに動的にパッチを適用しているため、CLRにはオプションがありませんが、実行時に無効な型のロードに失敗します。

Answer 2

私の意見では（私が持っていたいくつかの問題に基づいて）Matt Smithのコメントは最も役に立つ答えです。実際には、すべてのタイプの例外に対して「Thrown」をチェックしてください。多くの場合、問題はグローバルオブジェクトのコンストラクタのクラッシュです。 - >例外とすべてのチェックボックスのチェックにスローされます

デバッグ]をクリックしてください：5（他のものの間で）言うた

http://www.codeproject.com/Questions/67419/The-type-initializer-for-threw-an-exception

で答えるも参照してください。この は、すべてのファーストチャンス例外でデバッガを停止させ、 が表示されているタイプイニシャライザエラーでエラーを見つけるのに役立ちます。 私のように別のアセンブリに関連している場合、 は、Microsoftのアセンブリバインディングログビューアツールを使用して、 の問題を特定するのに役立ちます。