问题描述：
当运行由VC 编译的程序时，出现错误消息“由于应用程序配置不正确,程序未能启动.重新安装应用程序可能会纠正这个错误”
解决方法：
在目标机器安装VCRedist_x86.exe可以解决这个问题。该文件可以在MSDN网站上下载。
地址：/downloads/details.aspx?FamilyId=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en
如果是64位机器，请用x64版本和ia64版本
原因：
一般认为，VC编译出来的东西，如果用了atl或者mfc，需要atl80.dll 或者msmfc80.dll，我在一开始的时候也是这么认为的，我把这两个文件放在了path中可以找到的地方。因此用depends看出来是没问题的。
但是事实上，从VC开始，（可能，但是我没有用过）这些dll是不像以前的程序那样直接被加载进进程的。查看%SYSTEMROOT%/ winsxs会发现里面有很多类似于x86_Microsoft.VC80.ATL_1fc8b3b9a1e18e3b_8.0.50727.42_x- ww_6e805841的目录，这些目录里面包含了atl80.dll, msmfc80.dll。然后在manifests 目录里面有对应的manifests：x86_Microsoft.VC80.ATL_1fc8b3b9a1e18e3b_8.0.50727.42_x -ww_6e805841.manifest
这是VC8的一个改变。VC8编译的程序在运行时加载动态库(crt, mfc, atl )都是放在一个类似全局类型库的地方。不再像以前MS所建议的那样，为了避免dll hell而把动态库放在程序同级目录。而这个全局类型库的地方就是winSxS，同时加载之前还需要有该dll对应的manifest。
具体加载dll的时候为什么需要Manifest我不是很清楚，Visual C++ 的 program manager Martyn Lovell在他的blog中有提到要解释这样做的原因，但是至今没有下文:(
暂时能够知道的是，加载dll需要manifest，没有manifest的动态库即使放在path下也不会加载。而VCRedist_x86.exe会帮你把manifest和dll放在正确的地方。
参考:
Redistribution of VC++ files(VC80)
/en-us/library/ms235299(VS.80).aspx
VC8 使用WinSxS的原因:
Martyn Lovell‘s blog
VC++ console 程序错误：由于应用程序的配置不正确，应用程序未能启动，重新安装
作者：佚名 出处：中国自学编程网收集整理 发布日期：-09-10
今天在用VC++写一个控制台程序的时候，提示一下错误
"由于应用程序的配置不正确，应用程序未能启动，重新安装应用程序可能会纠正这个问题"
下面是截图
在网上查了查，说是有可能没装Microsoft Visual C++ SP1 Redistributable Package (x86)的问题，这个好办，直接从MS网站上下了一个，重起，还不行。
试了一下release版，可以使用，细想，debug下有许多调试信息，是不是跟这些些库有关系
msvcm80d.dll
msvcp80d.dll
msvcr80d.dll
Microsoft.VC80.DebugCRT.manifest
要使应用程序链接这些库，可以
工程－》属性－》配置属性－》常规－》MFC的使用，选择"在静态库中使用mfc"
run,一切OK,
第一回用的console程序，看来和VC6.0还是有一定区别。
==================================
VC程序的一个运行错误“由于应用程序的配置不正确，应用程序未能启动，重新安装...”
-04-02 10:52
转贴(可行)
写的程序如何在没有.Net FrameWork的机器上运行 －－解决"由于应用程序的配置不正确，应用程序未能启动，重新安装应用程序可能会纠正这个问题"
最近在公司的主要工作是做一个桌面程序,提供给公司正在为移动做的项目使用.我开始时是用C#写的程序,后来,公司要求,不安装.net framwork 2.0, 要求我改成C++的.所以后来改成VC和程序.原来以为可以不用安装,附带几个DLL库就可以运行程序了,哪知道,开始时,在别的电脑上都不能运行,一运行就报错,在XP如的错误如下图:
在2000上也会报错,不过,他会提示:因为少了XXX DLL,程序无法启动,于是我找到所以提示缺少的DLL放到程序目录下,2000下就可以运行了.可是在XP上还是不行,还是会报上面那个错误,我猜肯定是少了哪个DLL,可是找不出来,同事们也用了好多方法帮我找程序用到的DLL,也用到了不少的好工具,也找出了好多DLL,这些DLL加到一起,有10 几M那么多(如下图).可是XP下还是不行.看来找DLL是没办法了.到网上找找办法吧.
到百度里输入"由于应用程序的配置不正确",搜索一下,嘿嘿,还真不少,都是和我一样,VC写的程序,在2000下可以用,在XP, 下不行,不过发现,都是有人问,没人回答,可怜的人啊,咋就和我一样不幸呢.继续找啊找啊,找到了,找到一个人,提供了三个方法,摘下来,如下:
最近在VS下用C++写了一个Console程序，在一台未安装VS上运行，显示：
"系统无法执行指定的程序"
原来用VC6和VS的话，是会提示缺少"**.dll"，但是用VS却没有这样的提示。
用命令行方式运行，提示：
"系统无法执行指定的程序"
直接双击运行，提示：
"由于应用程序的配置不正确，应用程序未能启动，重新安装应用程序可能会纠正这个问题"
自己实验了一下，感觉以下两种解决办法是比较方便的：
方法一：
在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下，就可以运行那个程序了。
其他release版,MFC程序什么的都是拷redist下相应文件夹下的文件就可以了,文件夹后都有标识!
方法二：
修改编译选项，将/MD或/MDd 改为 /MT或/MTd，这样就实现了对VC运行时库的静态链接，在运行时就不再需要VC的dll了。
方法三:
工程－》属性－》配置属性－》常规－》MFC的使用，选择"在静态库中使用mfc"
这样生成的exe文件应该就可以在其他机器上跑了。
方法四:
你的vc8安装盘上找到再分发包vcredist_xxx.exe和你的程序捆绑安装
我逐一测试下来,直到第三个方法才成功.第二个方法不知道在哪里修改编译选项所以放弃了,第四个方法不喜欢,这跟直接安装.net framework 2.0 有什么区别吗?还不如直接安装.net framework 2.0 呢.
使用第三种方法,编译后,程序的文件会变大好多,因为其已经将使用到的DLL库静态编译到了程序里了.我这个程序原来的大小是288K,如图:
而采用第三种方法生成的程序却有2.85M那么大,如下图所示:
不过比起那么多的DLL来,这点大小不算什么.不过,在运行时,相信占用的内存应该会多一点.
如果你正在使用VC,也出现这样问题的话,就试试上面的方法吧.
