win32 release版本程序死机问题查找
2010-01-06 15:31
316 查看
前几天在对代码更新后,测试发现存在release死机导致程序异常退出。但经验证,使用相同代码的debug版本不会出现异常。在release版本环境下调试,可以观察到类似"在0x1234abcd处出现异常, 访问0x........"等信息,在弹出异常对话框后查看调用堆栈发现死递归的现象(都是user32中)。一时理不清思绪,就在相关流程中加入了很多trace语句,汗!仍然未能定位出导致异常的位置。后来冷静下来后分析:
1) 出现异常的位置出现在哪个模块中,后通过几次测试发现都是在wsock32.dll中的同一固定位置;("调试"-“模块”)
2) 生成MAP文件,它会指明所有使用到的函数的入口指令位置。(修改编译选项)
3) 在汇编下在每次出现异常的指令处打下断点。(release版本本来就只有汇编代码)
4) 观察调用堆栈,再与MAP文件中的函数入口位置比对,这样可以确定自己编写的哪一个函数导致了异常。("调试"-"堆栈")
5) 在调用栈上回到自己编写的函数的汇编代码处观察,基本已确定出是哪一行代码导致的错误。
6)阅读了MSDN文档,发现还函数的一个参数是in out类型,且做in时还必须指定正确的值,而我在写代码时将其作为out使用。结果。。。
为了这个问题花了两个半天,但理清思路后发现还是很有收获的。
1) 出现异常的位置出现在哪个模块中,后通过几次测试发现都是在wsock32.dll中的同一固定位置;("调试"-“模块”)
2) 生成MAP文件,它会指明所有使用到的函数的入口指令位置。(修改编译选项)
3) 在汇编下在每次出现异常的指令处打下断点。(release版本本来就只有汇编代码)
4) 观察调用堆栈,再与MAP文件中的函数入口位置比对,这样可以确定自己编写的哪一个函数导致了异常。("调试"-"堆栈")
5) 在调用栈上回到自己编写的函数的汇编代码处观察,基本已确定出是哪一行代码导致的错误。
6)阅读了MSDN文档,发现还函数的一个参数是in out类型,且做in时还必须指定正确的值,而我在写代码时将其作为out使用。结果。。。
为了这个问题花了两个半天,但理清思路后发现还是很有收获的。
相关文章推荐
- Release版本程序----------问题调试
- VC程序Release程序崩溃后问题根源查找
- window程序DEBUG和RELEASE 版本差异及调试相关问题
- Qt5 QML程序Release版本发布程序无法显示的问题解决过程。
- Release版本程序----------问题调试
- 【问题】无法查找或打开 PDB 文件【win32程序调试】
- cocos2dx: win32程序Release和debug版本:lua:print函数
- Qt5 QML程序Release版本发布程序无法显示的问题解决过程。
- 调试release版本程序dump时出现的代码定位不准确问题
- 程序从Silverlight 2 Beta2升级到Silverlight 2 Release版本时遇到的几个问题
- 记录一个问题:win32程序release版本和debug版本运行效果不同
- window程序DEBUG和RELEASE 版本差异及调试相关问题
- VC程序Debug版本和Release版本运行不一致问题
- window程序DEBUG和RELEASE 版本差异及调试相关问题
- VC程序Debug版本和Release版本运行不一致问题
- 写Win32程序中遇到的若干问题总结
- 软件Release版本异常捕获程序(BugReport)
- 如何调试程序的 Release 版本
- 微信小程序免费SSL证书https、TLS版本问题的解决方案
- android studio 升级后,经常会对gradle升级,然后编译原来程序会出现gradle版本太老的问题