MFC 生成的EXE文件 在其它机器上不能直接执行,缺少DLL

在项目的属性里 MFC的使用上 选择“在静态库中使用 MFC”，重新编译，这样就没问题了，当然如果用到第三方控件的话，还需要把第三方控件的dll放到可执行程序的同目录下。

解决方法很简单：1，选择菜单build->Set Active Configuration，然后选择Release, 2,选择菜单project->settings,在General选项卡里第一项选择Use MFC in a static Library，即静态连接其实这就是生成了发布版程序，在Release目录下，可执行文件不会用到那两个讨厌的dll文件，一般到别的机器上都能用，试试...

1、要用Release模式编译，而不是debug模式。2、如果不能确保别的机器装了MFC的支持库，那么就在工程配置里面选择 use mfc in static library，而不是use mfc in shared dll。这样MFC的库就静态的链接到了编译出来的可执行文件中，就不需要在目标机器上去动态的链接dll，也就不会存在找不到dll的情况...

在VS2005中用VC#编译的程序为什么在其他机器运行不了? 编好后当然不能就直接用了，要对程序进行打包：创建项目→项目类型→其他类型→安装和部署→安装向导。为什么Qt编译的程序不能在XP上运行 使用qt5.7以下的版本，在xp下依赖库和其他操作系统不同，好像有个windows.dll MFC生成的exe程序不能在...

主要是MFC库链接方式的问题，使用MFC分动态连接和静态连接两种：静态连接就是把需要的MFC库函数放进你的exe之中，这样，在MFC库函数文件不在的情况下，你的exe仍然可以使用到这个库函数。动态连接就与之相反，库函数不在exe之中，这样在运行时，就必须加载相应的MFC dll，否则无法正常运行。所以，如果...

如果你是 2003 以前的编译器,那少了MFC42.dll 之后的,少了 mfc72b.dll 你可以到网上下载MFC运行库来运行,这样就可以了 同时,为了避免这样的麻烦,你可以在编译的时候,使用静态连接库,这样,LIB文件就会直接编译进你的程序里,这样的MFC程序在哪都能用,只不过体积大了点(原来的4~5倍)如果你不想...

你用的是MFC写的吧，那是因为MFC的DEBUG版本的执行文件用的动态库（DLL)是vc6自带的，不是安装windows就有的，而别人的电脑如果没有安装VC6就不能执行，就会提示你“找不到MFC42D.DLL”之类的信息。你用RELEASE版本就可以了，也可以象楼上说的，你还可以在建工程时选择as a statically linked librar...

VC6.0MFC写的一个程序，能否正常在别的机器上运行，注意排查：1）一般只适用编译时指定的系统平台，如win98、XP、2000，或WindowsCE等，不能运行差别大平台。如98的在win7平台下，在linux下就无法正常运行。2）运行时，一般还需要配套的动态链接库（指定版本的DLL），随着系统的升级，DLL变化很大，并...

认为是缺乏DLL库文件导致.但是在测试机复制了DLL甚至安装了.net framework 2.0以后 都无法解决问题,最后确认不是由缺乏DLL所致 因为程序是纯win32的应用程,非托管代码,所以也无需.net framework Visual C++2003/2005默认的MFC程序是使用动态MFC库(Use MFC in a Shared DLL)来链接的 而动态MFC库使用的是Multi-...

默认为debug版本，修改为 release版本即可，这样生成的exe可以在任何windows PC上运行，不需要装VC。方法如下：Build->SetActive Configuration 在弹出的Set Active Project configuration对话框中，选“XXX-Win32 Release"，点”OK“，再编译运行，在自己的工程目录下就会多出一个”Release"文件夹，这个文件...