采纳率：50%
11级
2013.08.31
解决方法是我在程序中用到了ASSERT宏用来调试，可是没料到的是在release版本下，ASSERT里面的内容就不编译了。
ASSERT和VERIFY有什么区别
ASSERT里面的内容在Release版本中不编译，VERIFY里面的内容仍然翻译，但不再判断真假。所以后者更安全一点。
例如ASSERT(file.Open(strFileName))。
一旦到了Release版本中，这一行就忽略了，file根本就不Open()了，而且没有任何出错的信息。如果用VERIFY()就不会有这个问题。
如果不是这个问题，另附搜到的其它解决方案，希望能够有帮助。
ASSERT和VERIFY有什么区别
ASSERT里面的内容在Release版本中不编译，VERIFY里面的内容仍然翻译，但不再判断真假。所以后者更安全一点。
例如ASSERT(file.Open(strFileName))。
一旦到了Release版本中，这一行就忽略了，file根本就不Open()了，而且没有任何出错的信息。如果用VERIFY()就不会有这个问题。
检查变量是否初始化。release编译时有没有变量未初始化的警告。
由于编译优化的原因..
检查未初始化的指针使用.
可能是野指针的问题
一般都是指针指向了非法地址或数组下标越界造成的；
内存紊乱。
为减少在RELEASE版本中出现奇怪的问题，程序编制中几个问题应充分重视：
1、变量要尽可能初始化赋值，如TCHAR *token = NULL; TCHAR aa[10] = {0};
2、不要在ASSERT的断言语句中赋值，如ASSERT((ptr = getptr()) != NULL);
一般是指针问题。
可以通过调试方法找到这个问题所在。
跳出来那个对话框，你就点击调试，然后进入vc环境，看看调用堆栈，定位是那个函数里面出问题了。如果函数比较大，你就使用int 3 下断点来确定每行代码的地址。这样最终能够发现是那行代码的问题。
如果没有源代码就比较困难，不过还是可以跟踪个八九不离十的。
除了指针的问题外, 可能还有静态变量的问题.
另外你改改配置文件中的优化方式.
debug和re啊release的区别主要就是变量初始化的问题，还有一些内存溢出，在debug下没问题，但是到了relaease下就过不去了。还有就是assert
我们最好进行以下的检查:
1、时常测试软件的两种版本。
2、不要轻易将问题归结为DEBUG/RELEASE问题，除非你已经充分对两种版本进行了测试。
3、预处理的不同，也有可能引起这样的问题。
出现问题的一种可能性是在不同版本的编译间定义了不同的预处理标记。请对你的DEBUG版本的软件试一下以下改动：
在"Project Setting(ALT-F7)" 中的C/C++项中设置目录(category)为"General"，并且改动"_DEBUG"定义为"NDEBUG".
设置目录为"Preprocessor"并且添加定义"_DEBUG到"Undefined Symbols"输入框.
选择Rebuild ALL,重新编译.
如果经过编译的程序产生了问题，请对代码进行如下改动：
将ASSERT() 改为 VERIFY().
找出定义在"#ifdef _DEBUG"中的代码，如果在RELEASE版本中需要这些代码请将他们移到定义外。
查找TRACE(...)中代码，因为这些代码在RELEASE中也不被编译。
所以请认真检查那些在RELEASE中需要的代码是否并没有被便宜。
4、变量的初始化所带来的不同，在不同的系统，或是在DEBUG/RELEASE版本间都存在这样的差异，所以请对变量进行初始化。
5、是否在编译时已经有了警告?请将警告级别设置为3或4,然后保证在编译时没有警告出现.
6、是否改动了资源文件.
7、此外对RELEASE版本的软件也可以进行调试，请做如下改动：
在"Project Settings" 中 "C++/C " 项目下设置 "category" 为 "General" 并且将"Debug Info"设置为 "Program Database".
在"Link"项目下选中"Generate Debug Info"检查框。
"Rebuild All"
如此做法会产生的一些限制：
无法获得在MFC DLL中的变量的值。
必须对该软件所使用的所有DLL工程都进行改动。
另：
MS BUG：MS的一份技术文档中表明，在VC5中对于DLL的"Maximize Speed"优化选项并未被完全支持，因此这将会引起内存错误并导致程序崩溃。 |
|
|
