你说的很对，后一个应该是DBGKM_APIMSG，会加入到勘误中

先把WinDBG挂到Explorer进程上，重现问题，无响应时，将其中断到调试器，~* k

可以从两方面入手：1）VMM端的设备虚拟，XEN一般是用QEMU来虚拟设备，如果有编译环境，可以打开代码中的调试选项（一般是条件编译），然后观察调试信息输出，或者在Domain 0中使用GDB调试QEMU进程2）调试虚拟机，启用内核调试，在虚标驱动中设置断点，看驱动程序的中断处理函数是否被调用

1, 关于ExceptionPort，看了下Windows 8.1，是有一点变化，字段的名字变了，而且似乎有三个字段：kd> dt _EPROCESS 8541b880 -ny Exceptionntdll!_EPROCESS   +0x0e8 ExceptionPortData : 0x8343d3f0 Void   +0x0e8 ExceptionPortValue : 0x8343d3f0   +0x0e8 ExceptionPortState : 0y000但从字段的偏移可以看出，显然是定义成一个Union观察其中的值：kd> !object 0x8343d3f0Object: 8343d3f0 ...

石油勘采有关的软件，正常的软件版权保护，为何要破解呢？

Perform a stack trace to find the culprit，也就是k命令，没有调试器的时候呢，蓝屏么？

不要求之过急，一边读，一边亲自做一下，扎实的推进，遇到具体的问题可以到论坛来提问也可以看一下这几篇导读《软件调试》导读之绪论篇http://advdbg.org/blogs/advdbg_system/articles/1012.aspx《软件调试》导读之操作系统篇http://advdbg.org/blogs/advdbg_system/articles/1709.aspx《软件调试》导读之CPU篇http://advdbg.org/blogs/advdbg_system/articles/1175.aspx

模块卸载之后，回调函数又被调用，应该是没有做好注销和清理工作...

这样少的信息，神医听了也无可奈何啊 可否请楼主明示怎么个不正确法呢？

这个栈回溯的问题好大，充满了误导... GDB显示栈回溯的基本格式就有欠缺，缺少距离函数入口的偏移信息... 很多人将GDB奉若神物，其实呢，真正用了的心里清楚到底在什么水平 前两天在白鹿洞书院的研习班上还分享了一个堆块越界的案例，某个函数调用memcpy时把-1当作长度，目标指针指向堆块，堆被碾成泥了...