vc中debug版本和release版本

1、确定Debug版无错,注意Trace等调试方法可能造成的错误
2、Release版的exe文件链接的是标准的MFC DLL,比如MFC42.dll。这些DLL在安装Windows的时候,就会装到系统中。因此,这样的exe在没安装Visual C++ 6.0 的机器上也能运行。而Debug版不能,除非使用静态链接
3、生成release版的步骤:
“工程”——“配置”——“常规”——“使用MFC作为静态链接库”。
右键点击菜单空白处——选择“组建”——选择“Win32 Release“——重新编译链接。

很多安装了VC++ 6.0中文版的朋友,不知道怎么把工程发布成Release版本的,其实这都是翻译惹的祸,导致找不到相关配置选项。下面就把中英版本的设置方法都罗列出来。

英文版:
build-Set Active Configuration里可以设置

中文版:
菜单 组建->移除工程配置->双击Win32Release

那么他们之间的区别。

时间: 2024-10-22 16:02:06

vc中debug版本和release版本的相关文章

MFC下debug改成release版本出现问题及解决办法

自己在debug下成功运行了自己写的测试自己写第三方库的程序,这里有用到opencv库,所以同时用到了自己的库和opencv的库,需求因为要进行速度的测试,是想要把debug改成release版本,这里出现了错误改了一天,终于搞定. 这里遇到的错误及解决方法如下: 问题一:出现如下所示错误. 问题二:错误 77 error C1189: #error : Please use the /MD switch for _AFXDLL builds     C:\Program Files (x86)

debug版本和release版本的区别?

好久没有做web项目了,这项目完成了要发布网站,不好忘了 以前操作过的? 还好脑子还是有点印象 现还是 写个文档吧记录吧 免得 以后作别的了又忘了 那可不妙啊 网站发布步骤:1.先将debug改为Release编译 2.点击web网站点击发布将发布的文件保存在一个文件中 3.将修改过的的编译文件发布到测试服务器或上线服务器 注意:若出现一些问题重新加载一下web.config重新运行一下(对其文件做修改如打空格即可) 再刷新页面即可 今天主要是来讲debug版本和release版本的区别呢? 为

ffmpeg在Win7 VS2010中debug通过,release出错的问题解决方法

我所用的系统环境是Win7 32位操作系统+VS2010编译环境.所以在debug模式下调通之后,在Release模式下调试不通过,最后通过上网查资料和自己对比两个编译选项得出以下结论: 修改“项目->属性->配置属性->C/C++->优化”中的优化选项从使速度最大化(/O2)修改为已禁用(/Od). 修改“项目->属性->配置属性->链接器->优化”中的优化选项从使是(/OPT:REF)改为<从父级或者项目默认设置继承>.

release版本和debug版本

程序一般分为Debug版本和Release版本,Debug版本用于内部调试,Release版本发行给用户使用 Release和Debug有什么不同 Release版称为发行版,Debug版称为调试版. Debug中可以单步执行.跟踪等功能,但生成的可执行文件比较大,代码运行速度较慢.Release版运行速度较快,可执行文件较小,但在其编译条件下无法执行调试功能. Release的exe文件链接的是标准的MFC DLL(Use MFC in a shared or static dll).这些DL

Debug版本和Relase版本比较

前言 一直知道有存在Debug版和Relase版,一直不是特别清楚两者到底存在什么样的本质的差别,所以在这里做一个比较,这里以HellWorld代码为例. 代码: #include <Windows.h> #include <tchar.h> int _tmain(int argc, TCHAR *argv[]){ MessageBox(NULL, L"Have a test", L"OK", MB_OK); return 0; } 一.大小

maven snapshot和release版本的区别

Maven的Snapshot版本与Release版本 1. Snapshot版本代表不稳定.尚处于开发中的版本 2. Release版本则代表稳定的版本 3. 什么情况下该用SNAPSHOT? 协同开发时,如果A依赖构件B,由于B会更新,B应该使用SNAPSHOT来标识自己.这种做法的必要性可以反证如下: a.如果B不用SNAPSHOT,而是每次更新后都使用一个稳定的版本,那版本号就会升得太快,每天一升甚至每个小时一升,这就是对版本号的滥用. b.如果B不用SNAPSHOT, 但一直使用一个单一

maven快照版本和发布版本

在使用maven过程中,我们在开发阶段经常性的会有很多公共库处于不稳定状态,随时需要修改并发布,可能一天就要发布一次,遇到bug时,甚至一天要发布N次.我们知道,maven的依赖管理是基于版本管理的,对于发布状态的artifact,如果版本号相同,即使我们内部的镜像服务器上的组件比本地新,maven也不会主动下载的.如果我们在开发阶段都是基于正式发布版本来做依赖管理,那么遇到这个问题,就需要升级组件的版本号,可这样就明显不符合要求和实际情况了.但是,如果是基于快照版本,那么问题就自热而然的解决了

VC中release和debug版本的区别

DEBUG版本 包含调试信息,编译器生成的代码方便调试 RELEASE版本 算是发布版本,RELEASE下不能调试,生成的文件更小,编译器生成的程序速度更快但是Debug下生成的exe文件在单独运行时需要编译器提供的一些库文件的支持,Release则是不需要的

VC下Debug 和 Release 版本区别

Debug 和 Release 并没有本质的区别,他们只是VC预定义提供的两组编译选项的集合,编译器只是按照预定的选项行动.如果我们愿意,我们完全可以把Debug和Release的行为完全颠倒过来.当然也可以提供其他的模式,例如自己定义一组编译选项,然后命名为MY_ABC等.习惯上,我们仍然更愿意使用VC已经定义好的名称.     Debug版本包括调试信息,所以要比Release版本大很多(可能大数百K至数M).至于是否需要DLL支持,主要看你采用的编译选项.如果是基于 ATL的,则Debug