看出第一张照片拍摄的地点了:-)，多谢支持。关于书太厚，一个建议是和老板申请一下，再买一本:-)。

多谢王宇的统计，数码相机方面，日本货确实有绝对优势。不管怎么说，中国这个大国在软件方面的创新和自主发明确实有些可怜。

对的，这里是别字，抱歉，我会将其加到勘误列表中。

我来先回答一下吧，这样的问题是仁者见仁，智者见智的。 1 应用层开发门槛相对较低，但是把应用层开发做好并不容易。我坚信，无论是内核代码还是应用层代码，都应该精炼、灵活、鲁棒。为了实现这个目标，我觉得程序员要不断提高自己对代码的感知力和控制力。通俗的比喻就是增强对代码的感觉，看到代码有如鱼得水的感觉。回答的具体一点，对应用层的程序员来说，对底层和整个系统的理解是首先要积累的，虽然写的应用层，但是心中应该有整个系统，知道API调用在下面是如何执行的。另外，应该培养自己跟踪代码的习惯，深刻的理解代码，去掉不必要的代码，对代码精益求精。 2 ...

关于问题1，你的疑问是不是想表达为：“这里的KeSuspendThread是不是应该是NtResumeThread”？如果这样，那么这样修改是有道理的。原文的含义是，SuspendThread API对应的是NtSuspendThread内核服务，而NtSuspendThread内核服务内部实际上调用的是内核函数KeSuspendThread，其中的Ke是内核（狭义的内核）函数的前缀。 第2处的确如你说，是多了一个，我会将其放入勘误表中。 多谢你的意见。

你好，欢迎参加书友活动。“先读第30章”这个建议是针对不熟悉WinDBG的读者的。浏览一下第30章的目的不是“背命令”，而是对WinDBG的用法有个基本的了解，“切身需要再思量”，在做前面各章中的试验时可以翻到第30章反复“温习”。 关于你的建议，原因是这样的： 1）如果你理解了前面各章的原理内容，那么就可以非常容易的理解WinDBG的各种命令。如果不深入的讲原理，只是枯燥的解释命令的语法，那么怎么分解也没有用。 2）《软件调试》的做法是，先讲原理，再讲原理之上的工具（调试器只不过是个工具，WinDBG也只是其中的一种）。我们在讲原理的时候，介绍了密切相关的WinDBG命令，然后在最后一章再集中对各种命令做个归纳和升华。 或者说，这本书不是“WinDBG从入门到精通”那样的书，而是以 ...

这应该就是根源，建议你在XP系统上做一下。如果一定要在Windows Server 2003 SP2或者更高的版本上做，那么需要有一个驱动来访问MSR寄存器。这样的小驱动程序很多。

欢迎上海的第一个参与者。第一张照片还是很有创意的。看得出，你也是很专心技术的，照片中的很多书看着都好亲切，覆盖的领域基本覆盖了软件工程师的主要功夫，编程语言（C/C++、汇编）、操作系统（UNIX、WINDOWS、LINUX）、网络、编译原理、设计模式。 网络编程那一本看起来翻得最多，做网络有关的开发的么？

大庆和长春的两位朋友：你们都是做什么开发的？学习《软件调试》是出于兴趣还是工作需要呢？

 Raymond wrote:有什么不敢参加的，我们是以书会友，又不是技术比武。两位是哪个城市的？目前我知道《软件调试》在如下城市已经有读者：北京、上海、南京、西安、武汉和深圳（武汉是因为编辑部在那边）。但现在，参见书友活动还只有北京和南京的！其它城市的，请捧个场吧? 刚刚发现，还有四川成都的一位朋友已经参加了书友活动。