SDLアプリの実行後にコンソールが使用できなくなります

特定のSDLベースのプログラム（例：prboom、dosbox）がコンソール（Xではなく）から実行され、何らかの理由（例：強制終了またはセグメンテーション違反）で突然終了すると、画面がロックします。ただ黒くなり、再起動するまで黒のままです。

これは、コンソールが突然終了した場合でもコンソールを元の状態に戻すhello_videoおよびhello_triangleデモとは対照的です。

ここで何が間違っているのですか？再起動せずにそれを回復する方法はありますか？

Debian Squeezeでこれを観察しました。他のOSが影響を受けるかどうかはわかりません。

編集：コンソール（HDMI / RCA出力、USBキーボード）のみが影響を受け、ssh接続は影響を受けないことを明確にする必要があります（正常に動作し続けます）。

これはほぼ確実にグラフィックスドライバーのバグです。SDLがグラフィックスAPIを初期化しているように聞こえますが、その時点でグラフィックスドライバーがディスプレイを引き継ぎます。SDLを強制終了したため、グラフィックスAPIを初期化解除するためのコードを実行したことはないため、今後はグラフィックスコマンドを待機しています。

これは、グラフィックAPIの設計が不適切であることを示していますが、すべてが独自仕様であるため、それを知る方法も修正する方法もありません。

（SDLがマウスポインターを「つかみ」、クラッシュまたは殺されてもマウスグラブを解除しないPCで同様の動作を観察しましたが、ディスプレイでは動作しません。）

これは非常に古い質問ですが、EmulationStationを介してMupen64Plusを実行すると、これと同様の問題に遭遇しました。コンソールは正常に表示されますが、再起動するまでキーボードはまったく反応しません。

問題は、プログラムが終了した後、キーボードがRAWモードのままであることでした。解決策は、それを実行したシェルスクリプトの最後に次の行を追加することkbd_mode -aでした。これにより、キーボードがXLATEモードにリセットされ、再び動作できるようになります。

これは問題の「黒い画面」部分を解決しませんが、ビデオを取り戻すためにコンソールのフレームバッファをリセットする類似の方法があるに違いないと思います。

SDLアプリの問題点は言えませんが、入力するだけです。

reset

コンソールを再び使用可能にする必要があります