|
|
|
|
|
|
|
Windows内核调试
帖子发起人: Thomson 发起时间: 2008-08-06 23:19 下午 回复: 4
|
帖子排序:
|
|
|
|
2008-08-06, 23:19 下午
|
Thomson
注册: 2008-07-03
发 贴: 211
|
|
|
不知道PDB里面的源文件信息有没有一个timestamp,也就是时间之类的. 我想知道的其实是debugger怎么判断一个源文件和pdb里面指定的是不是match呢? 是通过保存时间吗?
|
|
|
IP 地址: 已记录
|
报告
|
|
|
|
2008-08-07, 00:19 上午
|
手语
注册: 2008-06-06
发 贴: 73
|
|
|
正确,当然还要包括Size。
调试器是利用 EXE / DLL 中保存的生成时间和它们的大小来生成的匹配信息的。
调试器利用匹配信息加载正确版本的PDB。
在Symbol Server中,每个模块的PDB按下面路径存储:
SymbolServer\kernel32.dll\46239C3211d000\kernel32.dll
其中 “46239C3211d000”就是匹配信息串
Symbol Server利用它来定位正确版本的PDB文件
鸿鹄安知燕雀之志
|
|
|
IP 地址: 已记录
|
报告
|
|
|
|
2008-08-07, 00:22 上午
|
手语
注册: 2008-06-06
发 贴: 73
|
|
|
抱歉,看错问题了。你问的是源文件的匹配。
这个我不知道。
不过给我的感觉,调试器好像只用文件名来匹配。不区分版本。
这只是我的猜想,也许不对,还要请老雷来指教。
鸿鹄安知燕雀之志
|
|
|
IP 地址: 已记录
|
报告
|
|
|
|
2008-08-07, 09:34 上午
|
格蠹老雷
注册: 2005-12-19
发 贴: 1,303
|
|
|
在符号文件中,可以为每个源文件保存一个校验和。然后用这个校验和来严格校验源文件是否匹配。但是实际上,目前的编译器/链接器并没有这么做。也就是源文件的校验和字段都是0,使用SymView工具打开一个私有PDB文件,可以清楚的观察到这一现象。
因此,大多数情况下,调试器无法校验源文件是否严格匹配,只要在源文件路径中找到名称匹配的文件便使用它。这就要求调试者要心中有数。
举例来说,如果把《软件调试》第13.4节所讨论例子中的realbug.c在中间加几个空行,然后再用WinDBG来分析(!analyze),那么它就会把错误行的箭头指到错误的位置(赋值语句),正确的应该是除法操作那一行(清单13-5)。
FOLLOWUP_IP:
RealBug!PropDivideZero+3f [c:\dig\training\advdbg\dbglabs\realbug\realbug.c @ 63]
fa18b4e1 f77de0 idiv eax,dword ptr [ebp-20h]
FAULTING_SOURCE_CODE:
59: VOID PropDivideZero()
60: {
61: int n,m;
62: n=1;
> 63: m=0;
64: __try
65: {
66: n=n/m;
67: }
68: __except(EXCEPTION_EXECUTE_HANDLER)
|
|
|
IP 地址: 已记录
|
报告
|
|
|
|
2008-08-11, 11:12 上午
|
Thomson
注册: 2008-07-03
发 贴: 211
|
|
|
嗯,是的.
.NET的PDB里面源文件是有CRC check sum这一项的,应该就是用这项来判断源文件在编译后有没有修改过的吧.
|
|
|
IP 地址: 已记录
|
报告
|
|
|
|
高端调试 » 软件调试 » Windows内核调试 » Re: 关于PDB中源文件的信息
|
|
|
|
|
|