パソコンクラッシュシミュレーター

シミュレーターは純粋なDOMとCSSのオーバーレイであり、システムコール、カーネルドライバ、デバイスIOCTLは一切呼び出されません。ユーザーが開始ボタンをクリックすると、ページはFullscreen API（W3C Fullscreen LS）のelement.requestFullscreen()を呼び出します。ブラウザはこのメソッドが信頼されたユーザージェスチャー（UIEvent.isTrusted === true）から発生することを要求するため、ページ読み込み時にフェイククラッシュを自動再生することはできません。その後、オーバーレイはCSSクラスを切り替えて選択されたOSスキンをレンダリングします。Windows 10/11 BSODにはsad-faceグリフとストップコードテキスト（例：IRQL_NOT_LESS_OR_EQUAL 0x0000000A、KERNEL_SECURITY_CHECK_FAILURE 0x00000139）、macOS Kernel PanicにはOS X 10.2以降導入された5言語の「You need to restart your computer」バナー、Linux Oops/Panicにはinode_permission+0x1e/0x60などのシンボルを含むフェイクコールトレース、Android ANRには「Application Not Responding」ダイアログと5秒の入力ディスパッチタイムアウト参照が含まれます。

レイアウトはビューポート単位（100vw×100vh）のCSS GridとFlexboxで駆動され、z-indexはすべてのstickyヘッダーの上に表示されるよう高さが設定されています。Windows画面のQRコードはインラインSVGとしてレンダリングされ、シミュレートされたテキストは静的テンプレートです。実際のBSODにはプロセス名（例：ntoskrnl.exe）とメモリアドレスも含まれますが、これらは本ツールでは架空のものです。macOSパニックの5言語テキストはAppleが実際に出荷したものと同じ順序（英語、日本語、簡体字中国語、繁体字中国語、フランス語）です。退出はclick、keydown（Escape）、fullscreenchangeイベントをリッスンし、オーバーレイを除去してdocument.exitFullscreen()を呼び出すことでロックを解放します。

すべてがマークアップであるため、ホストOSの稼働時間、スケジューラ、プロセスは一切影響を受けません。ほとんどのデスクトップではCmd+Tab/Alt+Tabが引き続き動作し、スクリーンリーダーはフォーカス変更を通知し続け、リモート会議の画面キャプチャでは実際のグラフィックスドライバ障害ではなくオーバーレイが映ります。したがって、シミュレーターは実際のクラッシュ回復、カーネルダンプ収集、Windows minidump生成のテストには使用できません。それらには障害を起こしたドライバからのBugCheckEx呼び出しなど、実際のカーネルモードイベントが必要です。ページは視覚コンテンツとして厳密に扱い、共有ワークステーションで突然のフルスクリーン乗っ取りと音声キューは実際に驚きを与える可能性があるため、いたずらの前に同意を得てください。

• Fullscreen APIのrequestFullscreen()はユーザージェスチャーハンドラ内で呼び出す必要がある（UIEvent.isTrustedチェック）。
• 表示されるWindows BSODのストップコードは静的テンプレート（例：0x0000000A IRQL_NOT_LESS_OR_EQUAL）。BugCheckExは呼び出されない。
• macOSパニックバナーはOS X 10.2以降出荷されている5言語の順序（EN、JA、ZH-Hans、ZH-Hant、FR）を再現。
• 退出リスナー：click、keydown（Escape）、fullscreenchange。クリーンアップではdocument.exitFullscreen()を呼び出す。
• オプションのビープ音は短いAudioContext OscillatorNodeバーストで生成され、自動再生ポリシーで制御される。
• オーバーレイはz-indexを高く設定し100vw×100vhを占有。ホストOSのプロセステーブルは変更されない。
• 実際のカーネルダンプ、minidump収集、ドライバ検証をトリガーすることはできない。それらには実際のカーネルモードイベントが必要。