問題タブ [windb]

クラッシュミニダンプをデバッグしようとしています。リリースデバッグシンボルとリリースバイナリをクラッシュと同じにします。

そのクラッシュをデバッグし、シンボルをポイントしている間、「一致するバイナリが見つかりません」というエラーが発生します。

私は正しい記号、バイナリを使用し、正しい場所を指しています。

では、なぜこれが発生する可能性があるのでしょうか。VS（9:03 AM）とリリースバイナリ（9:04 AM）にロードされたdllのタイムスタンプにわずかな違いがあります

これがエラーの理由でしょうか？

これに対する解決策はありますが、クラッシュを修正する必要があります。このクラッシュはクライアントマシンで発生するため、再現できません。

次のスタックトレースがある場合、スレッドが特定のロックを待機していることがわかります。このスレッドが待機しているオブジェクトに関する情報を取得するにはどうすればよいですか？SyncBlkコマンドを実行できるはずだと思っていましたが、ロックとその所有者スレッドに関する情報しか提供できないようです。

クラスに静的変数があります。windbg/sos を介してこのオブジェクトを見ると、このオブジェクトが固定されていると表示されます。これは、GC がこのオブジェクトを他の場所に割り当てることができないことを意味すると思います。静的変数が固定されたものとして扱われる理由はありますか?

これが私のクラスでのこの変数の宣言です

これが出力フォームのwindbgです

!gcroot の出力で、これが HANDLE(PINNED) と表示されていることを確認してください。この出力を読み間違えていますか?

環境はwindows2008 X64です

セッションを保持するために asp.net 状態サービスを使用すると、aspnet_state.exe のメモリの成長が遅く、決してドロップしないことがわかりました。数日後、プロセスがメモリ不足になります。

そのため、windbg を使用してダンプを確認し、次の情報を見つけました。

!ダンプヒープ -stat

!dumpheap -mt 000007feea25b328 -stat

!dumpheap -mt 000007feea25b328 -最大 2200 -stat

!ダンプヒープ -mt 000007feea25b328

デシベル 0000000090789デシベル0 L?2072

そのため、メモリのほとんどがストア セッション http ok およびロックされた応答 (ストア "423 locked" の文字列も取得) によって使用されていることがわかりました。

!gcroot 0000000090789db0

シャアへの参照が見つかりません..

そして、私は!finalizequeueをチェックしました.ファイナライズできるのはいくつかのオブジェクトだけです..だから私は混乱しています..

ありがとう。

環境変数 _NT_SYMBOL_PATH を以下の値 SRV*C:\My\Sym* http://msdl.microsoft.com/download/symbolsに設定しました。

また、ディレクトリ C:\My\Sym が実際に存在することも確認しました。ただし、WinDBG を起動すると、_NT_SYMBOL_PATH 環境変数で設定したシンボル パス文字列が取得されません。WinDBG のシンボル パスが空です。

コマンドラインから環境変数を確認すると、上記の環境変数が正しく設定されていることがわかります。

何が欠けているのかわかりません。誰でも助けてもらえますか？WinDBG でパスを直接設定できることはわかっていますが、環境変数が機能しない理由を理解したいと思っています。

ダンプファイルをwindbgにロードした後、次のコマンドを実行しました

.loadby sos clr

Buその後、ThreadPoolコマンドを実行すると次のメッセージが表示されました

私は何か間違ったことをしていますか？分析を行っているマシンに .NET 4.5 がインストールされています。そのマシンに .NET 4.0 をインストールしようとしても、新しいバージョンが既にインストールされているためインストールできません。

ダンプ ファイルから、ガベージ コレクション モードがサーバーとワークステーションを使用したことを判断できますか? もしそうなら、どのコマンドですか？

私のwinformsアプリケーションでは、ランダムに次の例外が発生します。

スタック トレースは、Windows イベント ビューアーからのものでした。(取り消されていない例外ハンドラーはそれを取得しませんでした。)

SOでこれに関する多くの記事を読みました：

• C# WinForms 例外: タイプ 'System.AccessViolationException' の最初のチャンス例外
• System.AccessViolationException の原因を見つける
• System.Windows.Forms からの AccessViolationException、WPF で WinFormsHost を使用
• コンボからの AccessViolationException: 保護されたメモリを読み書きしようとしました

私のアプリケーションのどこかで、ネイティブ メソッドを介して破棄または破損したメモリにアクセスしていることが判明しました。私の質問は、タスクマネージャーで作成したクラッシュダンプを使用してその場所を見つける方法です。原因を見つけるための他の戦略はありますか?

ロックのタイプ、ロック所有者などの mwaits コマンドを使用する方法を理解しようとしています。これの一部は sos コマンドで実行できることはわかっていますが、sosex mwaits コマンドで取得した以下の情報を使用するにはどうすればよいですか。

カーネル デバッグを実行したい Windows 7 を実行していますが、ブート ローダーを台無しにしたくありません。そこで、ここで提案されているように LiveKd をダウンロードして実行し、動作しているようです。私が正しいことを理解していれば、それはある種の読み取り専用デバッグです。ここでは、非常に制限されており、ブレークポイントでさえ使用できないことが述べられています。このモードで、実行中のすべての命令、または基本的に現在の OS で発生しているすべてのイベントを定期的にダンプできるかどうかお尋ねしたいと思います。システム全体の strace (Linux ユーザーは知っています) をいくつか用意し、これに関する統計分析を行いたいと考えています。アドレスの解決などを開始するには、インストールされたデバッグ シンボルなどのより多くの要因に依存すると思います。