!analyze -v可能执行过.trap xxx（内核态）.ecxr xxx（用户态）这样的命令切换过上下文。执行不带参数的这两个命令切换到默认再k

http://advdbg.org/books/swdbg/feedback.aspx 

在北京工作的书友和Windows高手注意了，有一个很高级的技术职位，方向很好，待遇优厚，感兴趣的请联系老雷，邮件或者微信都行

5cc是等待的互斥量句柄，ffffffff是INFINITE常量，代表无限等待，所以这里没有错看起来这个9b8线程占着两个关键区，要拿这个互斥量，估计是这个互斥量已经被其它等待9b8的线程拥有了，典型的死锁

错误对话框弹出时，WinDBG挂上去，~* k

叫rpcexts.dll吧0:008> !rpcexts.helpCommands for C:\wdbg61332\WINXP\rpcexts.dll:  !IF                - Dumps an RPC Interface  !addrvect          - Dumps the address vector at the given location  !ama               - Displays the ALPC ...

圆刚的捕捉卡，激起很多回忆啊 :-)如需帮忙，发完整的dump来

因为大多数线程的大多数时候都是在执行wait函数进入内核态后被挂起，其实调试活动目标时看所有线程，情况也类似。对于第二个问题，不一定的，保存什么内容首先是根据dump选项，其实就是MinidumpWriteDump函数的第4个参数，然后是根据当时每个线程的现场...

多谢你（和其他网友）把这几句话从120多万字中摘出来（我刚才找了一下，还花了半分钟:-)，在P473）简单回答是的，但因为Windows系统是按所有CPU来计算占用率的，对于单CPU系统，是90%左右，但对于4个CPU的系统，那么就是25%左右了比如我现在常用的本子是4 CPU的，break下来时有一个CPU差不多满了，但是总的CPU使用率一般还是不超过50%，系统还是可以正常反应的

类似这样启动QEMU qemu -L .\bin .\image\cmsdsk.img -serial pipe:com1 -m 512 在WinDBG中这样指定管道名\\.\pipe\com1