评论

木头爱宝宝 评论 深入解析Windows操作系统 3 2007-09-16 23:59:42
Hong
Hong 2007-09-19 21:50:25

勘误
p21, L-8(统稿疏漏)
原文:Windows Server 2003 Enterprise Edition、Datacenter Edition
修改:Windows Server 2003 Standard Edition、Enterprise Edition

p38, L-5(统稿疏漏)
原文:Windows 2000 是最后一次带OS/2发布
修改:OS/2最后一次发行是在Windows 2000中

p42, L-12(统稿疏漏)
原文:Session\Manager
修改:SessionManager

p51, L-10(翻译)
原文:定时(timing)
修改:时序(timing)

p74, L14(统稿疏漏)
原文:本地安全认证
修改:本地安全权威

p85, L10(统稿疏漏)
原文:内核事件追踪
修改:内核事件跟踪

---勘误2007-04-22更新
---勘误格式说明:
p页码数, L正数行数/L-倒数行数(勘误类型)

---------
勘误
p107, L1、L2(统稿疏漏)
原文:追踪
修改:跟踪

p122, L-10(统稿疏漏)
原文:KeServiceDescriptorTable
修改:KeServiceDescriptorTableShadow

p170, L2(统稿疏漏)
原文:实验:打开映像加载器追踪功能和查看……
修改:实验:打开映像加载器跟踪功能和查看……

p175, L3、L7、L9(统稿疏漏)
原文:追踪
修改:跟踪

p176, L7(统稿疏漏)
原文:追踪
修改:跟踪

p177, L1(统稿疏漏)
原文:追踪
修改:跟踪

p183, L5(统稿疏漏)
原文:Windows管理设施
修改:Windows管理规范
---勘误2007-04-22更新
---勘误格式说明:
p页码数, L正数行数/L-倒数行数(勘误类型)
-------------
勘误
p413, L15(统稿疏漏)
原文:一个系统崩溃
修改:一次系统崩溃

p468, 脚注(统稿疏漏)
原文:高速缓存(3处)
修改:缓存

p520, 表8.5 L4(统稿疏漏)
原文:SeBackup
修改:SeBackupPrivilege

p575, 图9.14(统稿疏漏)
原文:Device printer
修改:设备IRQL

p576, 图9.15标题(统稿疏漏)
原文:
修改:把“将一个异步请求排入到分层的驱动程序”去掉

p586, L-3(统稿疏漏)
原文:并且意识到该完成端口已经有了至少一个活动线程
修改:并且意识到该完成端口少了一个活动线程
---勘误2007-04-22更新
---勘误格式说明:
p页码数, L正数行数/L-倒数行数(勘误类型)

[已注销]
[已注销] 2007-11-21 16:47:13

看了一半没看完,感觉中文版干吧吧的,没啥意思。
还是编程的书好看,这种纯理论的,不好玩。

五仁波切糕
五仁波切糕 2007-11-22 09:05:25

写的太浅了,没有源代码他再怎么说也说不到很清楚。

Jeremy
Jeremy 2007-11-27 00:11:40

lz大炮

[已注销]
[已注销] 2007-12-16 23:52:20

感觉潘爱民翻译的书,都没什么味道,象白开水一样,我现在要读原版了。

五仁波切糕
五仁波切糕 2007-12-17 16:34:51

是啊,我也有这种感觉。。。

duguguiyu
duguguiyu (一个有节操的码农) 2008-01-21 17:33:12

我啃了好一阵子,读了大概90%。。。
个人感觉这本书不适合放在枕头边,而是放在电脑前一边看一边做。文字干巴不能太埋怨潘老大,原著也不是那种文采飞扬的。
内容绝对没话说,值得一读。。。

小幺
小幺 2008-05-22 00:54:56

实验不好做啊 好多工具都是要进到核心态去的

十一郎
十一郎 2008-06-28 03:05:08

嗨..我就是没毅力读完的那个

explorer
explorer 2008-08-13 09:58:06

拜一拜读完的牛人

bbbsl
bbbsl 2008-12-16 00:16:34

感觉中文翻译的别别扭扭的,看不太下去,还是加入多些实践内容比较好

MVP张诚
MVP张诚 (嘿嘿) 2009-09-27 19:47:53

一定要带着目的去读这个书

iamatig
iamatig 2009-11-05 12:25:45

编程类的书,尤其是介绍某个操作系统的设计细节的书,阅读时有些障碍:

第一,不知何用,没有动力
你有时一边看一边搞不清今后何时能用上。但书往往是要用时才恨少。所以你得每看一章节就收集点关于此内容的实战应用的东西,才有动力。

第二,细节繁琐,不易记住
原文也确实不怎么样,很多描述API调用的地方不能直接放出代码或反汇编代码(微软肯定不答应),就用文字来描述,结果要看懂特别费事,应该拿草稿纸画画,最后才明白其实就是说哪个API使用XX参数调用哪个API,后者又把结果传给谁作参数。这样描述就容易记不住,而且有点分清是A结束后接着调用B,还是A在内部调用B?
这些细节就要自己去反汇编代码来查看,但也可以猜测,比如说结果传给B,那么我猜就是A结束后再接着调用B。
但最重要的不是记住这些细节,而是学会用工具去反汇编你需要的代码。

第三 细节太多,记忆量大
不像其它文章,先来个引论,然后描述一下,再来个重申。你只需要看下头尾就知道中间无非是些证据之类。
这种书,通篇是细节、新概念,你看到一个名词,非得看完对它的描述,今后你才不会犯模糊。可以说,很多时侯即使是第一遍看,也得细看,因为缺少一些点题的精炼描述。也就是说,抛出一个名词,然后是长达数段的细节描述,而没有一个中间的过滤描述。也就是说,一个小节,你不看完不知道说些啥,没有一句总括性的描述,这需要你自己去写。
这就造成时间浪费,有时一些东西你看完后才觉得原来我不必细看,可以以后再来看。
或者说,内容的组织就像是一米高一个的台阶,而不是20公发一个的台阶,不够层层递进。
我现在在作笔记,感觉就是在重写一样,原来是抛出一个概念术语,然后马上是数段的细节描述。
我现在就是在术语和细节之间加上一句或数句简略描述。

clzqwdy
clzqwdy (~我把豆瓣当做我的个人图书馆~) 2010-04-26 22:30:23

这本书上的理论,我感觉总结得相当好。
但是要跟你平时做过的项目结合起来,有时候一两句话都会让你想到实践中的一个点。
这种心有灵犀的感觉真好!