WindowsでCtrl + Scroll + Scrollの「機能」にBSODがまだあるのはなぜですか？

Windows XPがリリースされたとき、BSOD（Blue Screen Of Death）を手動で引き起こすために存在するテスト機能について聞いたことがあります。また、これはXP Service Pack 2で削除されることになっていると聞きました。VistaとWindows 7でも削除されませんでした。これを有効にするには、レジストリの次の場所に移動します。

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ i8042prt \ Parameters

CrashOnCtrlScrollaとしてREG_DWORD値1を追加します。

リブートしてCtrl+ Scroll Lock+ を押すScroll Lockと、BSODが表示されます。

この機能がまだここにあるのはなぜですか？

カーネルデバッガーへの侵入を許可するか、カーネルモードダンプファイルを生成するためにあります。通常、専門家は、OSがロックされているように見え、CTRL + ALT + DELETEに応答しない場合にこれを行い、ダンプファイルを取得して、ドライバーに問題があるかどうかを調査します。

バグチェック0xE2​​（MANUALLY_INITIATED_CRASH）でカーネルAPI KeBugCheckを呼び出すのと論理的に同等です。また、USB（kbdhid）キーボードドライバーとps2（i8042prt）ドライバーの異なるregキーでreg値を設定できることに注意してください。KB Article 244139には、その詳細と使用するキーストロークのカスタマイズに関する詳細情報があります。

これは実際のキーボードドライバーに実装されているため、有効になっている場合でもRDPセッションで機能するとは思われません。

寛大であれば、システム状態を手動で調査するためにクラッシュダンプを強制する熱狂的な方法としておそらく使用できますか？（主にデバッグ用）

OK-かなり奇妙な方法ですが、...

それをイースターエッグと呼びましょう。

おめでとうございます。

コードベースから削除するのに時間と労力を費やす価値がなかったように思えます。

これは本当に楽しい実用的な冗談のよ​​うに聞こえます。

マイクロソフトは、更新プログラムなどをリリースする前に、OSで単体テストを実行すると思います。おそらく、テストの1つは、BSODが依然として正常に動作するかどうかを確認することです。より信頼性の高いテストを行うには、実際のアクティブなコードバージョンで単体テストを実行するのも理にかなっています。

あなたは見なければならないのMark Russinovich氏のビデオ、彼はこの「機能」でシステムハングを診断する方法を示しています。SP2では削除されず、オフに設定されただけだと思います。