Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/windows/15.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Windows 崩溃后WinDbg无响应_Windows_Debugging_Driver_Windbg - Fatal编程技术网

Windows 崩溃后WinDbg无响应

Windows 崩溃后WinDbg无响应,windows,debugging,driver,windbg,Windows,Debugging,Driver,Windbg,我正在调试VirtualBox VM中的一个驱动程序,其中WinDbg通过COM端口连接到目标,并作为命名管道公开给主机 调试工作正常-我可以暂停目标,设置断点,逐步通过源文件等 当我的驱动程序遇到致命错误时,WinDbg会将以下输出转储到控制台: *** Fatal System Error: 0x00000050 (0xFFFFF88004126840,0x0000000000000001,0xFFFFF88003E12690,0x0000000

我正在调试VirtualBox VM中的一个驱动程序,其中WinDbg通过COM端口连接到目标,并作为命名管道公开给主机

调试工作正常-我可以暂停目标,设置断点,逐步通过源文件等

当我的驱动程序遇到致命错误时,WinDbg会将以下输出转储到控制台:

*** Fatal System Error: 0x00000050
                       (0xFFFFF88004126840,0x0000000000000001,0xFFFFF88003E12690,0x0000000000000000)

Driver at fault: 
***  MYDRIVER.sys - Address FFFFF88003E12690 base at FFFFF88003E12000, DateStamp 51249ae5
.
Break instruction exception - code 80000003 (first chance)

A fatal system error has occurred.
Debugger entered on first try; Bugcheck callbacks have not been invoked.

A fatal system error has occurred.

Connected to Windows 7 7601 x64 target at (Wed Feb 20 09:57:54.670 2013 (UTC + 0:00)), ptr64 TRUE
Loading Kernel Symbols
...............................................................
................................................................
..............
Loading User Symbols
.....
Loading unloaded module list
.....Unable to enumerate user-mode unloaded modules, Win32 error 0n30
Loading Wow64 Symbols
..........................................................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 50, {fffff88004126840, 1, fffff88003e12690, 0}
调试器命令行上的小状态框为空,调试器不响应我键入的命令

我想查看调用堆栈并检查机器状态,但调试器仍然没有响应。按“中断/继续”似乎没有效果

我不明白-此时调试器的状态是什么


我怀疑我的整个调试设置非常非常慢。

通过com端口进行调试非常慢,您必须切换到virtualkd—它在主机和来宾之间使用共享内存,而且速度要快得多。在你等待的时候不要按任何键,这会让过程慢一点。
一般来说,com已经过时,在调试过程中,如果没有vm,所有的com都使用firewire或usb接口。

您使操作系统崩溃,当驱动程序崩溃时,这很正常。当然,调试器也不会再工作了,COM端口是一个死鹦鹉。您可以从堆芯转储中获得验尸分析。我不相信你是对的。大约五分钟后,调试器确实会唤醒。调试器可能非常慢,尤其是通过com端口。另外,将相关符号文件放在快速、可访问的位置,例如,不在远程网络上,并且不加载操作系统符号。这些符号很大,通常从远程加载host@icepack谢谢你的建议。你有关于这方面的参考资料或教程吗?我想我可能正在使用Microsoft Symbol服务器加载操作系统符号。只需从文件->符号文件路径中删除所有您无法识别的引用即可。只保留指向您自己的驱动程序符号的路径。