是的，软件异常不需要查IDT，KiRaiseException在根据用户态传下来的异常上下文结构模拟出一个与发生硬件异常一样的TrapFrame结构后，便调用KiDispatchException来分发异常了。

虽然没有验证，但十有八九是结构化异常处理器的过滤表达式，在64位中，使用了基于表的异常处理机制，需要把过滤表达式的地址，异常处理块的地址等信息记录到数据表中，这个符号多半是过滤表达式所对应目标代码的起始地址。

简单的方法先启用verifier，然后再尝试重现问题，希望verifier可以闻到异常而发起崩溃... 复杂些的方法，用双机内核调试，或者用ITP

什么样的程序，容易复现么？

功能上是等价的。按照惯例，作为VC编译器的扩展关键字，应该使用__asm；_asm完全是个非正式的别名，下面的页面中有一句解释：为了兼容，仍支持_asm这种写法： For compatibility with previous versions, _asm is a synonym for __asm. http://msdn.microsoft.com/en-us/library/45yd4tzz(VS.71).aspx  

这个BSOD应该是内存的问题，在高IRQL触发了Page Fault；贴一些DUMP文件的信息上来...

1，BIOS会为每个设备分配资源（内存、IO、中断），操作系统可以保持BIOS做的分配，也可以调整。通常只有遇到冲突时，才会尝试调整。 2，PC标准约定（或者说保留）了一些资源来给一些设备用，这些设备通常就是今天所谓的Legacy设备，比如给CMOS用70，71端口，给串行口的端口和中断等。简单说，Legacy设备是靠约定和标准来分配资源的。 3，基本如此，关键是芯片组（内存控制器）在“指挥交通”，它会根据访问的内存地址来决定‘路由’到DRAM还是总线设备。 匆忙中简略回答，欢迎大家补充讨论:-)  

应该是WinDBG Help文件中所说的，即： WHEA_INTERNAL_ERROR=0x122 WHEA_UNCORRECTABLE_ERROR=0x124 会加入到勘误中，多谢反馈

符号服务器不再支持用浏览器下载符号文件，上面的链接能被重定向到错误侧面就算正常。 http://msdl.microsoft.com/download/symbols/error.htm 是这样么？

1）试一下在浏览中打开下面的链接： http://msdl.microsoft.com/download/symbols 2）如果有其它DUMP，尝试打开不同的dump DBGENG:  ntoskrnl.exe - Image mapping disallowed by non-local path. 上面的信息不正常，通常如果无法下载EXE文件，WinDBG会试图做文件映射，像下面这样： SYMSRV:  c:\symbols\ntoskrnl.exe\4B88CACF410000\ntoskrnl.exe not foundSYMSRV:  ...