Windows에서 여전히 Ctrl + Scroll + Scroll“기능”에 BSOD가 있습니까?

Windows XP가 나오는 동안 BSOD (Blue Screen Of Death) 를 수동으로 발생시키는 테스트 기능에 대해 들었습니다 . 또한 XP 서비스 팩 2에서 제거 될 예정이라고 들었습니다. Vista와 Windows 7에서도 제거되지 않았습니다.이를 활성화하려면 레지스트리에서이 위치로 이동하십시오.

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ i8042prt \ Parameters

값을 1 CrashOnCtrlScroll로 추가 REG_DWORD합니다.

이제 재부팅하고 Ctrl+ Scroll Lock+를 누르면 Scroll LockBSOD가 나타납니다.

이 기능이 여전히 여기있는 이유는 무엇입니까?

커널 디버거에 침입하거나 커널 모드 덤프 파일을 생성 할 수 있습니다. 일반적으로 전문가는 OS가 잠긴 상태에서 덤프 파일을 가져 와서 어떤 드라이버에 문제가 있는지 조사하기 위해 CTRL + ALT + DELETE에 응답하지 않을 때이 작업을 수행하려고합니다.

버그 검사 0xE2 (MANUALLY_INITIATED_CRASH)로 커널 API KeBugCheck를 호출하는 것은 논리적으로 동일합니다. 또한 USB (kbdhid) 키보드 드라이버와 ps2 (i8042prt) 드라이버에 대해 서로 다른 reg 키로 reg 값을 설정할 수 있습니다. 이에 대한 자세한 정보와 KB Article 244139 에서 사용되는 키스 토크 사용자 정의에 대한 정보가 있습니다 .

이것은 실제 키보드 드라이버에서 구현되므로 RDP 세션이 활성화되어 있어도 RDP 세션에서 작동하지 않을 것으로 예상됩니다.

우리가 관대하다면, 수동으로 시스템 상태를 조사하기 위해 크래시 덤프를 강요하는 지나치게 열정적 인 방법으로 사용될 수 있습니까? (주로 디버깅 용)

좋아-그렇게하는 이상한 방법이지만 ...

부활절 달걀이라고합시다.

축하합니다 ..... 찾았습니다!

코드베이스에서 제거하는 데 시간과 노력을 들일 가치가없는 것 같습니다.

이것은 실제로 재미있는 농담처럼 들립니다.

Microsoft가 업데이트 등을 릴리스하기 전에 OS에서 단위 테스트를 수행한다고 생각합니다. 아마도 테스트 중 하나는 BSOD가 여전히 제대로 작동하는지 확인하는 것입니다. 또한보다 안정적인 테스트를 위해 실제 활성 코드 버전에서 단위 테스트를 실행하는 것이 좋습니다.

당신은주의해야 마크 러시 노 비치의 비디오를 그가이 "기능"으로 시스템 중단을 진단하는 방법을 보여줍니다 곳. SP2에서 방금 해제 된 것으로 설정되어 있다고 생각합니다.