問題タブ [bsod]

Windows7 64ビットを使用しています。WorkItem (IoQueueWorkItem) がエラー「PAGE_FAULT_IN_NONPAGED_AREA」で BSOD を返す 割り当てられたメモリも解放しています...何が問題なのかわかりません :(

これは私のドライバーコードです:

これは私のテストコードです:

このコードはラップトップをクラッシュさせます...どこが間違っているのかわかりません...メモリも解放しています。コメントすると、IoQueueWorkItem がなくても問題ありません。

////////////////// EDIT 1 解決しました！ここの DeviceObject が原因で、work->pio = IoAllocateWorkItem(pDeviceObject);これpDeviceObjectは私のドライバーインスタンスではありません...したがって、失敗していました!

これは私を困惑させています。

私のドライバーは、すべてのゲスト仮想システム (x86 と x64 の両方の Windows XP/7) といくつかの特定のホストで完全に正常に動作します。

しかし、私のPC では、OSRLoader でドライバーを起動するとすぐに 0x7E 停止コードを受け取ります。

はい、テスト署名とデバッグ モードの両方が有効になっています。

ここにいくつかのダンプ情報があります (警告、巨大):

一番上の状態にあるように、/DEBUG をオンにして起動しましたが、既に持っている以上のものは何も表示されません。

私のコードの最初のログはヒットさえしません:

WinDbg のビューには何も表示されません。

これの原因を知るにはどうすればよいですか? ブレークポイントは、windbgが接続されていないときに BSOD を引き起こし、(明らかに) 接続するとコンピューターがフリーズし、実際に使用できるデータが得られません。

カーネル ドライバーを実行し、時々 Driver Close サブルーチンを完了すると、このバグチェック コードが表示されます。

正確に何が起こっているかについては簡単に思えますが、それを解決するための最も簡単な方法はわかりません。

ドライバーのアンロード メソッドで、他のイベントが終了するのを待つ方法、またはドライバーのアンロード サブルーチンが戻る前にイベントをキャンセルする方法はありますか?

編集:注意: このバグチェックはリターン時に発生します - return ステートメントが正常に出力される前の最後のログです。

これはとても単純な問題のように思えますが、エレガントな解決策が見つかりません。MmUnmapIoSpaceBugCheck 0xC2 {7,,,} メッセージを生成するへの呼び出しまでドライバーをたどりました。

を呼び出す前に、特定の領域が Windows ドライバー内でマップされているかどうかをテストする方法はありMmUnmapIoSpaceますか? ポインタがあるかどうかを確認しましたNULLが、機能していないようです。

MmUnmapIoSpaceへの呼び出しが 0xC2 バグチェックを生成するかどうかをテストするための文書化されている/文書化されていない関数はないようです。

ブール値などを保持せずにこれをテストする確実な方法はありますか?

BSOD 後に Windows 7 x64 を自動的に再起動するにはどうすればよいですか? システム プロパティ -> 詳細設定 -> 起動と回復 に「自動的に再起動する」というよく知られたオプションがありますが、これは起動時間のみに影響するようです。起動に成功した後に BSOD が発生すると、システムがハングしてブルー スクリーンが表示されます。

常に実行されているソフトウェアをテストするスクリプトを作成しており、BSOD からの回復をテストしたいと考えています。OSR の BANG!

私が開発しているドライバーの1つがBSODを引き起こしました。残念ながら、ダンプファイルは構成されていないか、リソースが少ないため、作成されませんでした。私はこのクラッシュを再現しようとしていましたが、今のところ運がありません。

WinDbgまたは他のツールを使用して情報を取得する方法はありますか？私はこの情報を持っています：

• BSODのスクリーンショット
• .sysファイル。
• そのpdb
• ソースコード
• クラッシュしたマシン

ダンプ自体以外はすべて持っています。

あなたの助けは大歓迎です。

上で述べたように、ダンプ（/ minidump）は存在しません。これが実際の問題です。

この特定のクラッシュでは、スタックを取得できないことがわかっています。特定のコード行を取得するだけで十分です。BSODにはモジュールのアドレスが含まれているため、どの行が正確にそれであるかを検出する方法があるはずです。上で述べたように、私は.sysファイル、pdb、およびソースコードを持っています。

これは、MSDNから取得した特定のコードです：SYSTEM_SERVICE_EXCEPTION。そこから特定の行が何であったかをどのように知ることができますか？および/または発生した特定の例外？

システムクラッシュの診断と考えられる問題のリストを表示するために、イベントログからシステム障害情報を取得しています。

一般的なBSODでは、括弧内の4つの16進値は何を意味しますか。とにかく、メインのエラーコード以外に、問題のさらなる診断に使用できるものはありますか？すなわち0x000000A。はいの場合、どのように？

コンピューターがクラッシュしてBSODが発生したときに、SSH経由でファイルを編集していました。私はPuttyを介してSSHを使用していました。できれば本当に回復したいです。SSHセッションを復元してそこから保存する方法があるかどうかはわかりません。どんな助けでもいただければ幸いです。

私は、惑星のクワッド ツリー構造を書いています。これは、クワッドから遠く離れて受容的に近づくと、詳細が減少したり増加したりします。ただし、非常に深刻で迷惑なバグに遭遇しています。

クワッド ツリーのサイズ (QUAD_WIDTH と QUAD_HEIGHT) を決定する 2 つのプリプロセッサ定義定数があり、値を 32 以外 (たとえば 16 または 64) に変更すると、ブルー スクリーンが表示されます。IDE として code::blocks を使用しています。もう 1 つ: code::blocks でプログラムをデバッグしようとすると、ブルー スクリーンが表示されます (定数が 32 であるかどうかは関係ありません)。

これはなぜですか？そして、どうすれば修正できますか。 PQuad.cpp