release版单步调试位置出错

yoyota 2007-07-23 01:06:10

debug模式下调试没问题， release版下单步调试时位置有时候乱跳，不是单步往下走，请问这大概是什么原因？

注：debug和release下运行结果不一样，所以在release下调试！

...全文

186 4 打赏收藏转发到动态举报

写回复

用AI写文章

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

jerry4711 2007-07-23

打赏
举报

release版本就不适合于调试的啊

jasonshark 2007-07-23

打赏
举报

把你的问题具体化一点吧

yoyota 2007-07-23

打赏
举报

真是这样的话岂不麻烦了，根本没法调试呀，真急死我了！

jasonshark 2007-07-23

打赏
举报

Release下做了代码优化，有些源码被优化后是没有实际生成目标代码的，所以你会看到“乱跳”

调试程序可以帮助了解程序是怎样运行的。 1、如何快速地规范代码缩进格式选中所需要规范的代码，按shift+F8 2、如何在Release状态下进行调试 Project－>Setting…－>Project Settings对话框，选择Release状态。“C/C++”标签页中的Category选General，Optimizations选Disable(Debug)，Debug info选Program Database。在“Link”标签页中选中Generate debug info复选框。注：只是一个介乎Debug和Release的中间状态，所有的ASSERT、VERIFY都不起作用，函数调用方式已经是真正的调用，而不查表，但是这种状态下QuickWatch、调用队列跟踪功能仍然有效，和Debug版一样。 3、Release和Debug有什么不同。 Release版称为发行版，Debug版称为调试版。 Debug中可以单步执行、跟踪等功能，但生成的可执行文件比较大，代码运行速度较慢。Release版运行速度较快，可执行文件较小，但在其编译条件下无法执行调试功能。 Release的exe文件链接的是标准的MFC DLL(Use MFC in a shared or static dll)，比如MFC42.DLL。这些DLL在安装Windows的时候，已经配置，所以这些程序能够在没有安装Visual C++ 6.0的机器上运行。而Debug版本的exe链接了调试版本的MFC DLL文件，如MFC42D.DLL。在没有安装Visual C++6.0的机器上不能运行，因为缺MFC42D.DLL等，除非选择use static dll when link。 4、ASSERT和VERIFY有什么区别 ASSERT里面的内容在Release版本中不编译，VERIFY里面的内容仍然编译，但不再判断真假。所以后者更安全一点。例如ASSERT(file.Open(strFileName))，一旦到了Release版本中，这一行就忽略了，file根本就不Open()了，而且没有任何出错的信息。如果用VERIFY()就不会有这个问题。 5、Workspace和Project之间是什么样的关系每个Workspace可以包括几个project，但只有一个处于Active状态，各个project之间可以有依赖关系，在project的Setting…中可以设定，比如那个Active状态的project可以依赖于其他的提供其函数调用的静态库。 6、如何在非MFC程序中使用ClassWizard 在工程目录下新建一个空的.RC文件，然后加入到工程中就可以了。 7、如何设置断点按F9在当前光标处增加一个断点和取消一个断点。另外，在编辑状态下，按Ctrl+B组合键，弹出断点设置对话框。然后单击【Condition…】按钮弹出设置断点条件的对话框进行设置。 8、在编辑状态下发现成员变量或函数不能显示提示，如何打开显示功能这似乎是目前这个Visual C++ 6.0版本的一个bug，可按如下步骤使其正常，如再出现，可如法炮制：（1）关闭Project，（2）删除“工程名.ncb”文件，（3）重新打开工程

今天,程序在Debug下是好的，可是到Release就挂掉了，或者在Release下是好的，但是在Debug下挂掉了之类的问题，其实这种问题最好解决，因为只要一单步跟踪，查看它的调用堆栈，和函数调用顺序，错误就一览无余了。通常错误要么是对空指针进行操作，要么是释放的那块内存已经不是当初申请的不一样大了，要么一次申请的内存调用了多次delete等等…… 所以会编程序的人，首先要掌握的一门技

调试程序，解决程序存在的BUG，是程序员必需要掌握的基本技能，如同医生给病人看病一样。这里，我给大家简要介绍下如何在vs里面进行代码的调试。（Linux下的调试，有兴趣的同学可以百度（为什么是百度呢？只能百度了）GDB）站在一个开发者角度，一个正常程序的生产必须经历：程序设计-->编码-->编译-->调试-->测试-->上线（发布）-->维护-->客服反馈问

c语言调试技巧总结2007-12-31 20:38:19|分类：编程资料 |标签：|字号大中小经过这么多程序的编辑与调试,需要总结一些经验,以免在以后的调试中乃中当初无知的起点出发开始摸索!在整个程序编辑完毕并通过编译后,对各个函数进行调试.首先用一组简单的数据对程序进行调试,是否各函数有出错现象.然后用复杂数据对程序进行调试.直到确定程序对正常数据没有错误为止.第二,当数据测试时,程序...

我的问题是：解决方案中，主进程加载dll运行，在调试dll时，发现断点错位、变量的内存信息混乱，无法正常单步调试。参考了一下 http://blog.csdn.net/etetet029/article/details/7664899 的解决方法，其提出的原因可能有三种：第一：代码和dll或者exe不一致；第二：数组等越界导致内存乱了；第三： 0D

VC/MFC

16,472

社区成员

421,731

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

VC/MFC社区版块或许是CSDN最“古老”的版块了，记忆之中，与CSDN的年龄几乎差不多。随着时间的推移，MFC技术渐渐的偏离了开发主流，若干年之后的今天，当我们面对着微软的这个经典之笔，内心充满着敬意，那些曾经的记忆，可以说代表着二十年前曾经的辉煌……
向经典致敬，或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天，我们期待着MFC技术能够恢复其曾经的辉煌，或许这个期待会永远成为一种“梦想”，或许一切皆有可能……
我们希望这个版块可以很好的适配Web时代，期待更好的互联网技术能够使得MFC技术框架得以重现活力，……

试试用AI创作助手写篇文章吧

+ 用AI写文章