我正在使用windbg
,使用我在互联网上找到的一个脚本,来研究C++应用程序的转储文件。
该脚本启动两个命令:一个用于确定转储中存在的所有符号(至少我是这么认为的),一个用于显示所有变量的内存地址和类型。
第一道命令:x /2 *!*
结果包含如下条目:
0042da68 <application>!CMap<int,int,CStringArray *,CStringArray *>
...
74c06448 mfc110u!CStringArray
第二个命令更为复杂,并给出以下结果:
006cabe0 <application>!CMap<int,int,CStringArray *,CStringArray *>
...
006f0280 mfc110u!CStringArray
我对CMap
和CStringArray
对象的大小很感兴趣,因此我启动以下命令:
dt <application>!CMap<int,int,CStringArray *,CStringArray *> m_nCount 006cabe0
dt <application>!CStringArray m_nSize 006f0280
这是工作正常,我得到了我需要的信息。
另外,这似乎也很有效:
dt CStringArray m_nSize 006f0280
但这一个是失败的:
dt CMap<int,int,CStringArray *,CStringArray *> m_nCount 006cabe0
这意味着我需要获得转储文件的应用程序的名称(在某些格式化过程中,它似乎消失了)。
我可以使用!analyze -v
命令(在MODULE_NAME
上执行grep
)来检索它,但是仅仅为了获得应用程序的名称,这看起来是一个可怕的负担。
有人知道我需要运行windbg
命令来了解我正在调查的转储的应用程序吗?
1条答案
按热度按时间kkih6yb81#
可以使用
|
找到正在调试的可执行文件:但是,该可执行文件名称可能与其模块名称有很大不同:
从
lm
的输出中,我们可以看到有与模块相关的地址,如果我们能够将入口点Map到特定的模块,我们就有了解决方案。幸运的是,
$exentry
为我们提供了入口点,lm
接受一个带有lm a <address>
的地址,因此我们有:这仍然需要大量的解析,但是您也可以使用
lm 1m
方法: