MFC debug或者release时无法启动程序 拒绝访问

我觉得，应该是你的项目中RELEASE版本的优化做的太多，或者程序其它原因造成的。因为版本和环境差异，建议你自己先试验一下：建立一个类似的MFC对话框工程，简单一个按钮一个编辑框，使用以上代码，RELEASE编译，看看有没有问题，如果没有，对比一下RELEASE版本的优化参数有什么不同（有就调整），如果没有...

动态编译问题。默认Release是动态编译MFC，Debug是静态。将Release版本的工程配置选择为静态编译MFC，Rebuild All重新编译试试。Win7造成的问题。这个可以在静态编译后，到XP下运行试试。

至于你提的问题，可能是您的程序自身设计的有问题。跟编译器没有关系。估计就是打开的时候路径不对。或者文件没有给定。估计在程序中别人使用了相对路径，这样才会导致Release版本运行错误。

你的这个MFC缺少调试版本的运行时库，建议你在你的项目设置中，把Debug和Release版本都设置成“在静态库中使用MFC”，这样就可以使得“C/C++选项->代码生成“中的运行库变成MT或者MTD，就不依赖运行时库了，重新编译即可。

遇到应用程序无法启动的问题，可能是因为并行配置不正确。以下是几种解决方法：首先，你可以尝试方法一：在C:\Program Files\Microsoft Visual Studio 8\VC\redist\Debug_下的Microsoft.VC80.Debug文件夹中找到msvcm80d.dll、msvcp80d.dll、msvcrt80d.dll以及Microsoft.VC80.DebugCRT.manifest文件。将这些文件...

这样通过一个全局指针访问栈就会造成返回地址错误是程序崩溃。C++ 的强类型特性能检查出大多数这样的错误，但如果用了强制类型转换，就不行了。你可以在 Release 版本中强制加入 /Oy- 编译选项来关掉帧指针省略，以确定是否此类错误。此类错误通常有：● MFC 消息响应函数书写错误。正确的应为 afx_msg ...

“断言”通常是用于Debug模式下，表示程序有潜在的风险（比如，调用函数时传递的参数不合法），在Release模式下“断言”通常是关闭的，所以程序没提示出错。但是不要高兴的过早，错误还是潜在的，虽然这里躲过了“断言”，但是指不定运行到什么地方程序就崩溃了。从这里看来，应该是你的程序中引用的某个MFC...

你这个现象很正常，DEBUG模式程序正确不保证Release正确，因为DEBUG模式在程序中插入了许多调试用的信息，内存的结构和release版本是不一样的，你的这个错误是内存访问越界了，要检查内存使用情况，是否有空指针，数组索引越界，或使用BoundCheck等内存检查工具。

1. 报的什么错？把错误信息贴出来看看。2. 在调用dll的程序中应该是dllimport而不是dllexport 3. 注意编译的时候要在linker/Input里加上你的dll对应的lib文件，并且此文件的路径应该也加到编译环境的lib路径集合里了

方法一：在类似C:\Program Files\Microsoft Visual Studio 8\VC\redi st\Debug_NonRedist\x86\Microsoft.VC80.DebugCRT 下找到了下列文件： msvcm80d.dll msvcp80d.dll msvcr80d.dll Microsoft.VC80.DebugCRT.manifest 把这几个文件拷贝到目标机器上，与运行程序同一文件夹或放到system32下，就可以正确...