While debugging os or application crash bug on windows ce (the tool winaddr2line isn’t particularly used for windows CE application, it can be used for normal windows application too.) platform, developers may not always have the luxury to debug step by step within a IDE. Most of time, the only information available to us is the output on serial port. (It’s already very fortunate if we can see serial port output every time a crash happens.) What we get is something like:
PC=00011048(test.exe+0x00001048) RA=00011018(fff.exe+0x00001018) SP=0002fb98, BVA=00000000
Unhandled exception c0000005:
Terminating thread 88eb8948
Given the
PC register value, we need to figure out on while line in our code did the application crash. winaddr2line makes it an easy task as long as we have the pdb symbol file for the application. It’s a attempt to port
addr2line to windows world.
Let’s take the preceding log for example. In order to find out the line number of the code that incurs the crash, we need following information.
- In which module did the crash happen
- What’s the address can we use to query
For question 1, the module name is already available in the log. In our example, it’s
test.exe. For question 2, we can see the PC register’s value is 0x00011048. So, we run
“winaddr2line.exe -e test.exe 11048 -a -p -s -f” command, and get this:
“0x00011048: foo::crash at test.cpp:8”. Now we open test.cpp and check what’s around line 8, the root cause is very obvious.
2 class foo
3 {
4 public:
5 void crash()
6 {
7 int *a = NULL;
8 int b = *a;
9 }
10 };
11
12 int main ( int argc, char *argv[] )
13 {
14 foo f;
15 f.crash();
16 return 0;
17 }
In order for the preceding command to work correctly, we must make sure the test.exe and its symbol file test.pdb is available in current directory of the shell that we run winaddr2line. If it’s not the case, we should pass correct path to test.exe for -e argument and path to directory containing test.pdb for -y argument respectively.
In the example, we use PC register’s value directly to query line number. But it’s not always the case. Consider the crash log below:
PC=4006d270(coredll.dll+0x0005d270) RA=80118a60(kernel.dll+0x00007a60) SP=0002fb8c, BVA=00000000
Unhandled exception c0000094:
Terminating thread 88eb8948
The crash occurred in coredll.dll module. We run command
“winaddr2line.exe -e coredll.dll 4006d270 -a -p -s -f”, but we can see it fails to find the line number. This is because we can’t use the PC register’s value directly here. The coredll.dll is loaded at 0x40010000 (0x4006d270-0x0005d270), which is different from its preferred
ImageBase address (0x10000000, which can be examined with
“dumpbin /headers coredll.dll” command). And winaddr2line can only make use of the ImageBase address contained statically in PE header of the binary. So, we must change the address to 0x1005d270 (0x10000000+0x0005d270). By using this address, we can see the crash occured at:
d:/dublin2-1/private/winceos/coreos/core/dll/crtsupp.cpp:240
Source code for winaddr2line:
http://code.google.com/p/winaddr2line/今天的文章addr2line for windows分享到此就结束了，感谢您的阅读。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/11899.html
