VS2005/2008问题之——由于应用程序的配置不正确，应用程序未能启动，重新安装应用程序可能会纠正这个问题

[VS2005、VS2008等]开发者解决“由于应用程序的配置不正确，应用程序未能启动，重新安装应用程序可能会纠正这个问题”

 

关键字：VS 2005/2008, 应用程序发布

 

PS：

1、下面的方法我只试过VS2008，一下就好了。所以就全文转载过来了，谢阿菜了 嘻嘻……

2、另外，又附了一篇根据VS2008不同版本编译器的解决该问题的方法，我没尝试，但觉得说的挺仔细的，顶之

 

以下为vs2005解决方法：
------------------------------------------------------------------------------------------------------------------------------
今天在准备发布用VS2005写的那个程序时，拷贝到我同事机器上，双击突然出现了“由于应用程序的配置不正确，应用程序未能启动，重新安装应用程序可能会纠正这个问题“，这个问题很让我意外，以前只出现过缺少DLL的情况，而这次出现这个问题，让我一时没办法。想想，无非是两个原因引起的，要么是他没有安装VS2005的原因，要么是我的程序里依赖了其它的一些库。于是百度一下，发现好多相关主题。我是按照这个帖子解决的：
在VS2005下用C++写的程序，在一台未安装VS2005的系统上，
用命令行方式运行，提示：
“系统无法执行指定的程序”
直接双击运行，提示：
“由于应用程序的配置不正确，应用程序未能启动，重新安装应用程序可能会纠正这个问题”

以前用VC6和VS2003的话, 如果缺少库文件，是会提示缺少“**.dll”，但是用VS2005却没有这样的提示。
自己实验了一下，感觉以下几种解决办法是可行的：
方法一：
在类似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和你的程序捆绑安装　(或到这里下载：[[原]QQ等“由于应用程序配置不正确,应用程序未能启动…”解决之道] )
 
C#调用c++制作的DLL时,一些参数的赋值问题如char *,结构体
c++ dll中的原型
int test(char* xm,char* fa,UINT &VerNum,double Mile,char *SurvMile);
c#调用时
 [DllImport(@"Test2.DLL")]
public static extern int test(string xm,string fa,ref UInt32 VerNum,double Mile, StringBuilder SurvMile);
 
 注意:
1.调用的时候，有部分char* ,如果想获得返回值，不能用string 作参数来进行调用，这样得不到返回到结果，可以用StringBuilder来声明变
 StringBuilder   strMyTemp  =   new   StringBuilder(256);//256是长度
2.结构体的引用传递
  首先在c#中定义和c++相同的结构体,如果是引用传递，在结构体前面加上[In, Out]
     [DllImport(@"test.dll")]
     public static extern int test([In, Out] SLineData[] lndt,ref UInt32 length);
3.其他的类型如整形等等用ref加上数据变量则可获得返回值

 
使用C++调用C#的DLL
SwfDotNet是C#编写的，作者的C#水平，真是令我佩服。这是个特别好的读写Swf文件的库。但是，我要用在C++项目中，怎么让C++调用C#的DLL呢。今天一上午都在琢磨这个问题，耽误了很多时间，原因是编译是出现：
warning C4819: 该文件包含不能在当前代码页(936)中表示的字符。请将该文件保存为 Unicode 格式以防止数据丢失。
接着就是一大堆的0x01等等。自己做了个Sample，仔细分析发现还是自己没有搞清楚。正确的操作如下:
1 创建C# DLL，需要指定应用类型为“类库”，代码：
namespace CSLib
{
    public class Class1
    {
        private string name;
        public string Name
        {
            get
            {
                return name;
            }
            set
            {
                name = "Your Name: " + value;
            }
        }
    }
}
2 C++客户程序，是个控制台应用，代码：
#using "../debug/CSLib.dll"
using namespace CSLib;
int _tmain(int argc, _TCHAR* argv[])
{
 Class1 ^c = gcnew Class1();
 c->Name = "zzj";
 printf("%s/n", c->Name);
 return 0;
}
3 几点要记住：
 1 使用#using引用C# DLL，而不是#include。我就是想当然的使用了后者，所以浪费了一上午的时间；
 2 别忘了using namespace CSLib；
 3 使用C++/clr语法，采用正确的访问托管对象，即：使用帽子'^'，而不是星星'*'（选择菜单[项目]->[属性]，在其[属性页]中的[公共语言运行库支持]项）
来源：http://www.cnblogs.com/lne818/archive/2008/11/07/1328845.html
========================================================================
以下为vs2008解决方法(Csdn上的得分回复)：

http://topic.csdn.net/u/20090920/23/aa36a092-e30f-4c2b-8cc5-783a8feafdf4.html
------------------------------------------------------------------------------------------------------------------------------
如果你的是MFC程序，直接在 项目 - 属性 - 配置属性 - 常规 - MFC的使用 - 在静态库中使用MFC即可

如果你的是非MFC程序，则在 项目 - 属性 - 配置属性 - C/C++ - 代码生成 - 运行库 - 选择“多线程”或者“多线程调试”即可

来源冰点网络菜园：www.bingd.com , 原文地址：http://www.bingd.com/blog/html/141.htm

 

附一篇: 解决VS2008编译的程序在某些机器上运行提示“由于应用程序配置不正确，应用程序未能启动”的问题

 

 VC9编译的程序在没有装过VC9（确切的说是.Net Framework3.5）的机器上运行时，如果提示“由于应用程序配置不正确，应用程序未能启动。重新安装应用程序可能会纠正这个问题。”这个错误，那么就说明该程序动态链接了VC9的运行时库，（如果还用到了MFC，那么可能动态链接了VC9的MFC库，同理还有ATL库），以及缺少对应的manifest文件，程序在目标机器上没有找到这些库和配置文件，因此导致了这个错误。出现这种情况的VC9编译器可能存在3个版本，接下来分别阐明：

1、没有打过任何补丁的VS2008
该版本对应的CRT/MFC/ATL库的版本号为9.0.21022.8，这个版本号在后面会用到。这个版本的程序部署比较简单，直接把VC安装目录下的redist目录（C:/Program Files/Microsoft Visual Studio 9.0/VC/redist）中需要的库以及对应的manifest文件拷贝到执行程序同目录下，这样程序到任何机器上都能够正常运行了。

2、打过SP1补丁的VS2008
打过该补丁后，系统中存在着两个版本的CRT/MFC/ATL库，版本号分别为9.0.21022.8和9.0.30729.1，这导致了manifest文件中记录的版本号和实际库的版本号不一致（程序要求它们的版本号一致才能运行）。这个版本的程序部署需要两个步骤，首先要使manifest文件中依赖项的版本号与实际库的版本号一致，均为9.0.30729.1，方法是在工程设置中增加一个宏定义_BIND_TO_CURRENT_VCLIBS_VERSION，该宏定义于C:/Program Files/Microsoft Visual Studio 9.0/VC/include/crtassem.h文件中，然后重新编译程序。接下来还是将VC安装目录下的redist目录（C:/Program Files/Microsoft Visual Studio 9.0/VC/redist）中需要的库以及对应的manifest文件拷贝到执行程序同目录下，然后修改manifest文件中依赖项的版本号为9.0.21022.8，这样使得程序误以为该目录下库的版本号为9.0.21022.8（实际上是9.0.30729.1版本），这样程序到任何机器上都能够正常运行了。

3、打过SP1补丁与SP1 ATL 安全更新 (KB973675)的VS2008
这是最新的更新。在SP1补丁之后，微软又于近日发布了一个用于智能设备的 Microsoft Visual Studio 2008 Service Pack 1 ATL 安全更新 (KB973675)， 该补丁又将CRT/MFC/ATL库的版本号升级，为9.0.30729.4148，这次升级比较好，manifest文件与库的版本号一致了，不像SP1一样升级的不彻底。这样只需要在工程设置中增加一个宏定义_BIND_TO_CURRENT_VCLIBS_VERSION，接下来重新编译程序，然后直接把VC安装目录下的redist目录中需要的库以及对应的manifest文件拷贝到执行程序同目录下，这样程序到任何机器上都能够正常运行了。

顺便提一下，如果不想在发布程序时带上这些库和manifest文件（如果没有必要的话），那么可以采用静态编译CRT和MFC，然后把manifest文件添加到资源中，这样编译出的程序只要一个exe就可以在任何机器上直接运行了。

参考文章：
1、“应用程序配置不正确，程序无法启动”的解决方法资料收集：http://hi.baidu.com/fairysky/blog/item/e7a8366dbaa735f3431694c8.html
本文来源于创世软件团队博客, 原文地址: http://www.cnblogs.com/wondering/archive/2009/08/29/1556392.html