这个问题看似简单，但是很值得挖掘一下，因此我写了篇博客： http://advdbg.org/blogs/advdbg_system/articles/1492.aspx

你能把问题问的具体些么，还有哪里搞不清楚？你已经在链接选项中增加了/PDBTYPE:CON选项了么？如果加了重新构建之后还有问题，请把有问题的WinDBG输出贴过来。而且最好把你认为有问题的PDB和EXE一并发给我。学习一定要有刨根问底一直追到水落石出的精神。

这个问题的答案在772页。VC编译器把类型信息存放在VCx0.PDB中，VC6是放在VC60.PDB中，对于VC6自己有时也会找不到这个文件，于是就会显示图25-11所示的对话框。对于WinDBG，没有简单的方法来从VC60.pdb这样的符号文件来加载符号。 因此解决的办法就是在链接选项中加入/PDBTYPE:CON。VC7开始已经把这个作为默认选项，因此不再有这样的问题。

事有凑巧，OSR新闻组上也有人问类似的问题，下面是Skywing的回答： Not that I know of; .kdfiles is a special thing that hooks in for mapping system image sections and isn't a general purpose transport mechanism, IIRC. - S -----Original Message----- Sent: Wednesday, November 12, 2008 12:43 AM To: Kernel Debugging Interest List Subject: [windbg] Replacing non-system ...

这种情况直接看崩溃线程是没有用的，可以使用!pcr命令观察CPU的状态，或者!process 0 0列出系统的内进程，然后观察CSRSS进程和系统进程的状态，具体参见WinDBG帮助文件中的Debugging a Stalled System词条。 如果希望上传FTP，那么你可以找一个FTP站点，然后把链接发过来。

顺便说一下，.send_file命令（http://msdn.microsoft.com/en-us/library/cc266865.aspx）可以在远程调试时发文件。.readmem和.writemem可以分别把文件读到内存和把内存数据写到文件，但是文件都是在调试器本地。

利用内核调试引擎的KD_FILE_IO功能和.kdfiles命令(《软件调试》18.6.9)可以向目标系统更新驱动程序。利用.dump命令可以在主机端保存转储信息。 除此以外，应该没有其它通用的文件传递功能。

与王宇和MJ一样，我也不赞成使用这样的方法，从这个角度努力是不可能根本解决问题的，而且容易引入额外的问题。不清楚你要达到的根本目的是什么？防止线程被其它程序杀掉，还是防止意外退出？建议你还是从算法和设计方面彻底解决问题，比如要让每个工作线程的关键操作原子化，有守护线程来监视工程线程，等等。

 qiuyuluo wrote:就是说用户态调试器如vc调试器或ollydbg也是KdpTrap？ KdpTrap是内核调试引擎（KD）的接口函数，是用来做内核态调试的，它与用户态的调试器没有必然关系。用户态调试器是不需要关心下面是不是启用了内核调试的。 如果你有《软件调试》，那么先看一下第3篇的篇扉，然后仔细读一下第9、10章（用户态调试）和第18章（内核态调试）。它们是两套''系统''。

 qiuyuluo wrote:就是说DebugPort不为零的话，那么调用KiDebugRoutine，否则就直接DbgkForwardException发往调试器。 应该为“就是说DebugPort为零的话.......”为零代表没有用户态调试器。