没有正式的方法。通过未公开的NtSystemDebugControl系统服务（也就是本地内核调试接口）可以访问。但是这种方法有局限，需要管理员权限，而且基本上是只能在XP上工作。在Vista上，需要先启用系统的本地内核调试才行。

多谢casechen。

对于第一问，既然是“一个硬件中断到来”，那么它就不是spurious interrupt。 下面的一些汇编指令有助于你理解： nt!KiInterruptDispatch+0x15: 80ad8d35 51 push ecx 80ad8d36 ff159030a080 call dword ptr [nt!_imp__HalBeginSystemInterrupt (80a03090)] 80ad8d3c 0bc0 or eax,eax ；这里eax是HalBeginSystemInterrupt的返回值。如果返回0，那么就是spurious interrupt 80ad8d3e ...

今天是第24个教师节，祝所有人民教师快乐！  

是保存在注册表里，workspace表键下的default键值就是。 WinDBG定义了两种工作空间（《软件调试》P905），默认的和显式的，save as是将当前的保存为显式的。这是by design.

base是自动维护和保存的。试一下下面的步骤： 1）启动WinDBG，此时它使用的其实就是Base空间 2）随便做一个设置，比如改一下Symbol Path; 3）开始一种调试会话，比如Open Executable... 4）此时WinDBG就应该提示要不要保存Base工作空间，即《软件调试》图30-1所示的对话框。选择保存，其实Base空间就保存了。

假造的中断。这样的中断不是来自硬件和中断控制器，而是使用软件方式触发的，所以处理时不需要做EOI（End Of Interrupt）动作。 举例来说，在HAL中，可以看到两个有关的处理例程： lkd> uf hal!HalpApicSpuriousService hal!HalpApicSpuriousService: 806cffd0 cf iretd lkd> uf hal!PicSpuriousService37 hal!PicSpuriousService37: 806cf728 cf iretd 它们都是直接返回。

如果不是64位的驱动，那么可以使用嵌入式汇编： _asm { cli }

因为在增加一些功能，所以迟迟没能上传这个工具。今晚，还是把最初的版本整理并传到了如下页面： http://advdbg.org/books/swdbg/t_kdtalker.aspx 因为这个版本的KdTalker使用了 NT 3.51 DDK中的KRNLDBG示例程序的部分源程序文件。而我没有找到许可文件来包含这些源文件，所以在源程序包中缺少来自DDK的那些文件。如果你希望修改和重新编译，那么请先从NT 3.51 DDK的KRNLDBG示例中复制缺少的文件。目前的MSDN订阅下载中包含了NT 3.51 ...

第5步中，需要加-v选项。