คอนโซลใช้ไม่ได้หลังจากเรียกใช้แอป SDL

เมื่อโปรแกรมที่ใช้SDLบางโปรแกรม (เช่นprboom , dosbox ) ถูกเรียกใช้จากคอนโซล (ไม่ใช่ X) และยุติอย่างกระทันหันด้วยเหตุผลบางประการ (เช่นถูกฆ่าหรือ segfaults) หน้าจอจะล็อคขึ้น มันจะเป็นสีดำและยังคงเป็นสีดำจนกว่าคุณจะรีบูต

สิ่งนี้ตรงกันข้ามกับการสาธิตhello_video และ hello_triangleซึ่งส่งคืนคอนโซลให้กลับสู่สถานะเดิมแม้ว่าจะถูกยกเลิกทันที

เกิดอะไรขึ้นที่นี่และมีวิธีการกู้คืนโดยไม่ต้องรีบูตเครื่องหรือไม่?

ฉันได้สังเกตในDebian Squeeze ฉันไม่ทราบว่าระบบปฏิบัติการอื่นได้รับผลกระทบหรือไม่

แก้ไข : ฉันควรชี้แจงเฉพาะคอนโซล (เอาต์พุต HDMI / RCA, แป้นพิมพ์ USB) ได้รับผลกระทบไม่ใช่การเชื่อมต่อ ssh (ซึ่งยังคงใช้งานได้ดี)

นี่เป็นข้อผิดพลาดในไดรเวอร์กราฟิก ดูเหมือนว่า SDL กำลังเริ่มต้นกราฟิก API ณ จุดที่ไดรเวอร์กราฟิกใช้แทนจอแสดงผล เนื่องจากคุณฆ่า SDL จึงไม่รันโค้ดเพื่อตัดการกำหนดค่ากราฟิก API ดังนั้นจึงเป็นเพียงการรอคำสั่งกราฟิกที่จะไม่เกิดขึ้น

นี่เป็นการระบุว่า API กราฟิกที่ออกแบบมาไม่ดี แต่เนื่องจากสิ่งทั้งหมดเป็นกรรมสิทธิ์จึงไม่มีทางรู้และไม่มีวิธีแก้ไข

(ฉันได้สังเกตพฤติกรรมที่คล้ายกันบนพีซีที่ SDL "คว้า" ตัวชี้เมาส์และไม่ได้ทำการปลดมันถ้ามันล้มเหลวหรือถูกฆ่า แต่ไม่เคยมีจอแสดงผลเลย)

ฉันรู้ว่านี่เป็นคำถามที่เก่ามาก แต่ฉันพบปัญหาคล้ายกันนี้เมื่อใช้งาน Mupen64Plus ผ่าน EmulationStation คอนโซลของฉันจะแสดงผลดี แต่แป้นพิมพ์จะไม่ตอบสนองโดยสิ้นเชิงจนกว่าฉันจะทำการรีบูต

ปัญหาคือว่าแป้นพิมพ์ที่เหลืออยู่ในโหมด RAW หลังจากโปรแกรมสิ้นสุดลง kbd_mode -aการแก้ปัญหาคือการเพิ่มบรรทัดต่อไปนี้ในตอนท้ายของเชลล์สคริปต์ที่วิ่งไปนี้: สิ่งนี้จะรีเซ็ตแป้นพิมพ์ไปที่โหมด XLATE และทำให้สามารถใช้งานได้อีกครั้ง

แม้ว่าสิ่งนี้จะไม่สามารถแก้ปัญหาส่วน "หน้าจอสีดำ" ได้ แต่ฉันเดาว่าต้องมีวิธีที่คล้ายกันในการรีเซ็ตคอนโซลเฟรมบัฟเฟอร์เพื่อให้ได้วิดีโอกลับมา

ฉันไม่สามารถพูดได้ว่ามีปัญหาอะไรกับแอป SDL แต่เพียงพิมพ์:

reset

ควรทำให้คอนโซลใช้งานได้อีกครั้ง