firemail

标题: VS2013的Release模式下进行调试 [打印本页]

作者: hechengjin 时间: 2016-10-25 18:33
标题: VS2013的Release模式下进行调试
本帖最后由 hechengjin 于 2016-10-28 09:19 编辑

http://blog.csdn.net/haizimin/article/details/50262901
在有的情况下，我们可能不能直接利用Debug模式进行程序调试，那么如何在Release模式下进行程序调试呢？
一、将项目属性设置为Release，生成--->配置管理器：

二、按Alt+F7，弹出属性页进行设置：

作者: Qter 时间: 2020-1-28 18:41
调试常用窗口

内存窗口
即时窗口
监视窗口

反汇编窗口

寄存器窗口

调试性的文字信息输出到“输出”窗口中
char * pLine;
OutputDebugString(pLine);

release设置断点
c/c++ 常规--调试信息格式程序数据库(/Zi)
链接器调试生成的调试信息是(/DEBUG)
生成的程序数据库文件 $(TargetDir)$(TargetName).pdb

作者: Qter 时间: 2020-1-28 18:46
vc中debug版程序正常但release版异常的可能原因
http://www.cnblogs.com/liangbin/articles/2080323.html
I. 内存分配问题
1. 变量未初始化。
为debug中会自动给变量初始化found=FALSE,而在release版中
则不会。所以尽可能的给变量、类或结构初始化。

2. 数据溢出的问题
如：

char buffer[10]; int counter; lstrcpy(buffer, "abcdefghik");
复制代码

在debug版中buffer的NULL覆盖了counter的高位，但是除非counter>16M,什么问题也没
有。但是在release版中，counter可能被放在寄存器中，这样NULL就覆盖了buffer下面
的空间，可能就是函数的返回地址，这将导致ACCESS ERROR。

3. DEBUG版和RELEASE版的内存分配方式是不同的。如果你在DEBUG版中申请
ele 为 6*sizeof(DWORD)=24bytes,实际上分配给你的是32bytes（debug版以32bytes
为单位分配），而在release版，分配给你的就是24bytes（release版以8bytes为单位
），所以在debug版中如果你写ele[6],可能不会有什么问题，而在release版中，就有A
CCESS VIOLATE。

II. ASSERT和VERIFY
1. ASSERT在Release版本中是不会被编译的。
假如你在这些语句中加了程序中必须要有的代
码。比如

ASSERT(pNewObj = new CMyClass); pNewObj->MyFunction();
复制代码

这种时候Release版本中的pNewObj不会分配到空间
所以执行到下一个语句的时候程序会报该程序执行了非法操作的错误。这时可以用VERIFY

III. 参数问题：
自定义消息的处理函数，必须定义如下：
afx_msg LRESULT OnMyMessage(WPARAM, LPARAM);
返回值必须是HRESULT型，否则Debug会过，而Release出错

IV. 内存分配
保证数据创建和清除的统一性：如果一个DLL提供一个能够创建数据的函数，那么这个D
LL同时应该提供一个函数销毁这些数据。数据的创建和清除应该在同一个层次上。

V. DLL的灾难
人们将不同版本DLL混合造成的不一致性形象的称为 “动态连接库的地狱“(DLL Hell)
如果你的程序使用你自己的DLL时请注意：
1. 不能将debug和release版的DLL混合在一起使用。debug都是debug版，releas
e版都是release版。
解决办法是将debug和release的程序分别放在主程序的debug和release目录下
2. 千万不要以为静态连接库会解决问题，那只会使情况更糟糕

VI. RELEASE板中的调试：
1. 将ASSERT() 改为 VERIFY() 。找出定义在"#ifdef _DEBUG"中的代码，如果
在RELEASE版本中需要这些代码请将他们移到定义外。查找TRACE(…)中代码，因为这些
代码在RELEASE中也不被编译。请认真检查那些在RELEASE中需要的代码是否并没有被便
宜。
2. 变量的初始化所带来的不同，在不同的系统，或是在DEBUG/RELEASE版本间
都存在这样的差异，所以请对变量进行初始化。
3. 是否在编译时已经有了警告?请将警告级别设置为3或4,然后保证在编译时没
有警告出现.

VII. 将Project Settings" 中 "C++/C " 项目下优化选项改为Disbale（Debug）。编
译器的优化可能导致许多意想不到的错误，请参考http://www.pgh.net/~newcomer/deb
ug_release.htm
1. 此外对RELEASE版本的软件也可以进行调试，请做如下改动：
在"Project Settings" 中 "C++/C " 项目下设置 "category" 为 "General" 并且将"D
ebug Info"设置为 "Program Database"。
在"Link"项目下选中"Generate Debug Info"检查框。
"Rebuild All"
如此做法会产生的一些限制：
无法获得在MFC DLL中的变量的值。
必须对该软件所使用的所有DLL工程都进行改动。

CrashFinder，找到崩溃代码行

http://blog.csdn.net/insoonior/article/details/6199578

CrashFinder，找到崩溃代码行

1、CrashFinder需要PDB才可以工作；

file:///C:\Users\ADMINI~1\AppData\Local\Temp\ksohtml5260\wps1.jpg

2、对于Release版本程序，需要设置产生program database 和generate debuginfo，才可以使用crash finder找到崩溃代码行,Debug版本是默认产生的；

file:///C:\Users\ADMINI~1\AppData\Local\Temp\ksohtml5260\wps2.jpg

file:///C:\Users\ADMINI~1\AppData\Local\Temp\ksohtml5260\wps3.jpg

3、Generate Debug Info的程序会比Don't Generate Debug Info的大20%左右，如下

Generate Debug Info: 1,503,297
Don't Generate Debug Info: 1,212,416
rate: 80.65%

4、在Generate Debug Info生成的exe最后，会有PDB的绝对目录位置；

file:///C:\Users\ADMINI~1\AppData\Local\Temp\ksohtml5260\wps4.jpg

5、使用Crash Finder时，需要把对应的PDB放到绝对目录位置里面，才可以找得到调试信息；