問題タブ [minidump]

クラッシュしたアプリケーションのミニダンプがあり、自分のライブラリで DbgEng を使用して分析したいと考えています。IDebugControl::GetStackTrace を使用して、プログラム クラッシュの原因となったスレッドのスタック トレースを取得する方法はありますか?

どんな種類の助けにも感謝します

どうも

SEH 例外ハンドラーでコール スタックをダンプするパラメーターを使用MiniDumpWriteDumpしています。MiniDumpNormalVS でダンプを開くと、コールスタックが表示されません。2 日前にダンピングの実験を始めたとき、同じコードでそれを見ました。何かを変更しましたが、何がわかりません。これはデバッグ ビルドです (リリース ビルドのコール スタックも問題なく確認できました)。コールにブレークポイントを設定すると、デバッガでコール スタックが正常に表示されMiniDumpWriteDumpます。ダンプが例外ハンドラー内から書き込まれなかった場合、VS でダンプを開いた後にコール スタックを確認できます。スタックが表示されない原因は何ですか?

それが私のダンプ書き込みコードのようです

PS /EHa でコンパイルします。また、C++ 例外をまったく無効にしようとしました (これは 2 日前に確実に機能しました)。もちろん、.pdb ファイルは問題なく生成されます。

PPSそして、これが「コールスタックが表示されない」ということです。

特定のプロセス ID のミニダンプ ファイルを書き込む関数を作成しようとしています。これまでのところ、私はこれを持っています：

プロセスとファイル ハンドルが正常に作成されます。ただし、MiniDumpWriteDump を呼び出すと、次のエラーが設定されます。 Only part of a ReadProcessMemory or WriteProcessMemory request was completed.

なぜこれが起こっているのか、誰にも考えがありますか?

私は、私が何日も解決せずに使用していた顧客のマシンにアプリケーションがハングするという問題を抱えています。問題は、実際のケースではないかもしれませんが、私たちが見たものから非常にランダムに発生します。お客様は、アプリケーションがハングしたときにCPUがピークに達していることも報告しています。

問題は、アプリケーションがどこで失敗（ハング）しているのかわからないことです。メインのCOMアプリケーション用のプラグインとしてC＃で記述されたプラグインもいくつかあります。

問題が発生したマシンで、ProcExpを使用してMiniDumpを顧客に提供することができました。ただし、その点については、WinDBGやMiniDumpsについてはあまり詳しくありません。とを実行!analyze -vしまし!analyze -v -hangた。これにより、以下のスタックを含むいくつかの出力が生成されます。私の知る限り、アプリケーションはC＃プラグイン（CLR）のいずれかに移行してから、再びCOMに戻っているようです。これは、プラグインで使用できるメインアプリケーションへのインターフェイスである必要があります。しかし、それでは何ですか？このスタックからもっと何かを言うことは可能ですか？

それが重要な場合、メインアプリケーションはVB6で書かれています。

編集1： 他のフォーラムの投稿を読んだ後に私が得たいくつかの考え。.NETからCOMへのデータ型のマーシャリングに続いてハングが発生するように思われます。ここで、COMメソッドに渡されたローカル変数がガベージコレクションされたため、VB6ランタイムで割り当て解除されたメモリの処理に問題が発生したことに起因すると思われる別の問題について読みました。他の投稿は正確にはこの問題ではありませんでしたが、それは私に考えさせました。

COMを呼び出す.NETコードには、このタイプのコードがあります

メソッドref boolからメソッドに渡されたパラメーターだけでなく、直接に渡されたパラメーターも何かと関係がありますか？ご覧のとおり、私はここで暗闇の中でつまずいています...

セッション サービス モードごとの WCF サービスがあり、認証/承認に WIF を使用しています。しかし、一部のクライアントはチャネルをリークさせています。

メモリ ダンプと windbg を使用してリークしているクライアントを確認する方法はありますか? 複数のクライアントが同じ IP から来ているため、クライアントの IP アドレスを使用できません。ユーザー ID は便利ですが、リークされたサービス インスタンスと使用されている ClaimIdentity の間の接続が見つかりません。

アプリケーションがクラッシュするたびに、アプリケーションのダンプファイルを作成しようとしています。私は現在、それを行うために-eフラグを指定してprocdump.exeを使用しているので、アプリケーションで未処理の例外がある場合、procdumpはダンプファイルを作成します。

完了したと思いましたが、アプリケーションがクラッシュし、procdumpがダンプファイルを作成しないことがわかりました。いくつかの調査の結果、vector::frontを無効に使用するとランタイムエラーが発生することがわかりました。_SECURE_SCL_THROWSフラグをオンにした後、procdump.exe -eがクラッシュをキャッチし、ダンプファイルを作成しました。

今私の質問に：今procdump.exe -eは私のアプリケーションがクラッシュしたときに常にダンプファイルを作成しますか？procdump -eが自分に適していない他のシナリオがないことをどのように保証できますか？

サーバー上で 24 時間実行される小さな MFC アプリケーションを開発しました。(Windows Server 2008 R2、x64)

ミニダンプ ファイルが適切に作成されて動作しているかどうか、および WinDbg で動作するかどうかを確認するために、意図的にアプリをクラッシュさせました。

ここで私がした方法。

しかし、ローカル ラップトップ (Windows XP、x86) で同じことを行うと、コール スタック テキストで確認できるのは、以下のような非常に基本的な情報だけです。(デバッグするためにどの行を見ればよいかも示していません。)

私はグーグルで数時間を費やしましたが、これに対する答えを探すのに迷っています。ラップトップ PC でのみ動作しないのはなぜですか?

何を確認すればよいですか？私は何が欠けていますか？どんなアイデアでも大歓迎です。前もって感謝します。

私はプロセスをダンプしようとしています。calc.exe

プログラムを実行すると、

ここにコードがあります