关于 c :App 不能与 VS 2008 SP1 DLL 一起运行，以前的版本适用于 RTM 版本

自从我们从 Visual Studio 6 切换到 Visual Studio 2008 以来，我们一直在使用 MFC90.dll 和 msvc[pr]90.dll 以及私有并行配置中的清单文件，以便不用担心版本或将它们安装到系统中。

在 SP1 之前，它运行良好(在我们的开发人员机器上仍然运行良好)。既然我们已经在 SP1 后进行了一些测试，我从昨天早上就开始拔头发了。

首先，我们的 NSIS 安装程序脚本从 redist 文件夹中提取 dll 和清单文件。这些不再正确，因为该应用仍链接到 RTM 版本。

所以我将 _BIND_TO_CURRENT_VCLIBS_VERSION=1 的定义添加到我们所有的项目中，以便它们将使用 redist 文件夹中的 SP1 DLL(或新服务包出现时的后续)。我花了几个小时才找到这个。

我已经从编译中仔细检查了中间文件夹中生成的清单文件，它们正确列出了 9.0.30729.1 SP1 版本。我已经两次和三次检查取决于一台干净的机器：它都链接到本地?? dll，没有错误。

运行应用程序仍然出现以下错误：

The application failed to initialize properly (0xc0150002). Click on OK to terminate the application.

我在 google 或 microsoft 上进行的所有搜索都没有找到与我的特定问题相关的任何内容(但有回溯到 2005 年的错误消息)。

有人用SP1遇到过类似的问题吗？

选项：

• 找到问题并修复它，使其正常工作(首选)

• 安装redist

• 挖出旧的 RTM dll 和清单文件并删除 #define 以使用当前的。 (我在较早的安装程序版本中获得了它们，因为 Microsoft 将它们从您的 redist 文件夹中删除！)

编辑：我尝试在关闭定义的情况下重新构建(链接到 RTM dll)，只要 RTM dll 安装在文件夹中，它就可以工作。如果将 SP1 dll 放入，则会收到以下错误：

c:\\Program Files\\...\\...\\X.exe

This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem.

没有其他人必须处理这个问题吗？

编辑：只是为了笑，我在我的测试机器上下载并运行了 VS2008SP1 的 vcredist_x86.exe。有用。使用 SP1 DLL。还有我的 RTM 链接应用程序。但不是在 SP1 之前工作的私有并行分发中。

上周我自己也解决了这个问题，现在我觉得自己有点专家了；)

我 99% 确定并非所有 dll 和静态库都使用 SP1 版本重新编译。你需要把

进入您正在使用的每个项目。对于每个实际大小的项目，很容易忘记一些没有重新编译的小库。

还有更多的标志来定义要绑定的版本；它记录在 http://msdn.microsoft.com/en-us/library/cc664727(v=vs.90).aspx 上。作为上述行的替代方法，您还可以将

将绑定到所有 VC 库(CRT、MFC、ATL、OpenMP)的最新版本。

然后，检查嵌入式清单的内容。下载 XM 资源编辑器：http://www.wilsonc.demon.co.uk/d10resourceeditor.htm。打开解决方案中的每个 dll 和 exe。在 \\'XP Theme Manifest\\' 下查看。检查右侧的 \\'version\\' 属性是否为 \\'9.0.30729.1\\'。如果它是\\'9.0.21022\\'，则某些静态库正在拉入旧版本的清单。

我发现，在许多情况下，清单中都包含这两个版本。这意味着一些库使用 sp1 版本而其他库不使用。

调试哪些库没有设置预处理器指令的好方法：临时修改您的平台头文件，以便在尝试嵌入旧清单时停止编译。打开 C:\\\\\\\\Program Files\\\\\\\\Microsoft Visual Studio 9.0\\\\\\\\VC\\\\\\\\crt\\\\\\\\include\\\\\\\\crtassem.h。搜索 \\'21022\\' 字符串。在该定义中，放置一些无效的内容(将 \\'define\\' 更改为 \\'blehbleh\\' 左右)。这样，当您编译一个未设置 _BIND_TO_CURRENT_CRT_VERSION 预处理器标志的项目时，您的编译将停止，您将知道您需要添加它们或确保它在任何地方都应用。

还要确保使用 Dependency Walker，这样您就知道要提取哪些 dll。在虚拟机上安装没有更新(仅 SP2)的全新 Windows XP 副本是最简单的。通过这种方式，您可以确定 SxS 文件夹中没有任何内容正在使用，而不是您提供的并排 dll。

要理解这个问题，我认为重要的是要意识到涉及到四个版本号：

• (A) .exe 编译到的 VC 头文件的版本。
• (B) 该 .exe 的资源部分中嵌入的清单文件的版本。默认情况下，此清单文件由 Visual Studio 自动生成。
• (C) 您复制到与 .exe 相同的目录中的 VC .DLL(并行程序集的一部分)的版本。
• (D) 您复制到与 .exe 相同的目录中的 VC 清单文件(并行程序集的一部分)的版本。

有两个版本的 VC 2008 DLL 正在运行：

• v1：9.0.21022.8
• v2：9.0.30729.4148

为清楚起见，我将使用 v1/v2 表示法。下表显示了一些可能的情况：

在干净的 Vista SP1 安装上运行 .exe 时，这些情况的结果是：

• 情况一：出现弹窗，提示："程序入口点XYZXYZ不能在动态链接库中定位"。

• 情况 2：运行 .exe 时似乎没有任何反应，但在 Windows\\'"Event Viewer / Application log" 中记录了以下事件：

  为 "C:\\\\\\\\Path\\\\\\\\file.exe" 生成激活上下文失败。清单或策略文件 "C:\\\\\\\\Path\\\\\\\\Microsoft.VC90. CRT.MANIFEST" 在第 4 行。在清单中找到的组件标识与请求的组件的标识不匹配。参考是 Microsoft.VC90.CRT,processorArchitecture="x86",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="9.0.21022.8"。定义是微软

• 情况 3：一切正常。这是 remicles2 的解决方案。

• 情况4：应该这样做。遗憾的是，正如 Roel 所指出的，它可能很难实现。

现在，我的情况(我认为它与 crashmstr\\'s 相同)是 nr 1。问题是 Visual Studio 出于某种原因为 v2 生成客户端代码 (A)，但出于某种原因或另一个，生成一个 v1 清单文件 (B)。我不知道可以在哪里配置版本 (A)。

请注意，整个解释仍然是在私有程序集的上下文中。

更新：我终于开始明白发生了什么。显然，Visual Studio 默认为 v2 生成客户端代码 (A)，这与我在一些 Microsoft 博客上看到的相反。 _BIND_TO_CURRENT_VCLIBS_VERSION 标志只选择生成的清单文件 (B) 中的版本，但在运行应用程序时会忽略此版本。

结论

默认情况下，由 Visual Studio 2008 编译的 .exe 链接到最新版本的 VC90 DLL。您可以使用 _BIND_TO_CURRENT_VCLIBS_VERSION 标志来控制将在清单文件中生成哪个版本的 VC90 库。这确实避免了出现错误消息"清单与请求的组件的身份不匹配"的情况 2。它还解释了为什么情况 3 工作正常，因为即使没有 _BIND_TO_CURRENT_VCLIBS_VERSION 标志，应用程序也链接到最新版本的 VC DLL。

对于运行 vcredist 并将 VC 9.0 DLL 放在 Windows SxS 目录中的公共并行程序集，情况就更加奇怪了。即使 .exe\\ 的清单文件声明应使用旧版本的 DLL(这是未设置 _BIND_TO_CURRENT_VCLIBS_VERSION 标志的情况)，Windows 默认忽略此版本号！相反，Windows 将使用系统上存在的较新版本，除非使用了"应用程序配置文件"。

只有我觉得这很混乱吗？

总之：

• 对于私有程序集，请在 .exe\\ 的项目和所有依赖的 .lib 项目中使用 _BIND_TO_CURRENT_VCLIBS_VERSION 标志。
• 对于公共程序集，这不是必需的，因为 Windows 会自动从 SxS 目录中选择正确版本的 .DLL。

另一个查看 exe 和 dll 清单的好工具是 Manifest View，它在 XP 的全新安装上无法运行，因为它依赖于 9.0.21022。

我只记得我用来找出哪些静态库行为不端的另一个技巧：通过字符串\\'21022\\' 的静态库\\'grep\\'。但是，不要使用像wingrep 这样的\\'普通\\' grep 工具，因为它们不会向您显示这些字符串(他们认为这是一个二进制文件并查找原始的非Unicode 字符串)。使用资源工具包中的 \\'strings\\' 实用程序(我认为现在在 Russinovich 网站上)。那将通过二进制文件进行 grep 所以你让这个\\'strings\\'遍历你的整个源代码树，你会看到包含对错误清单(或其中包含错误版本的清单)的引用的二进制文件(dll 和静态库)。

对于您的第三个选项，您可能可以在您的开发机器上的 C:\\\\\\\\WINDOWS\\\\\\\\WinSxS 目录中找到 9.0.21022 版本的 DLL 和清单。如果可以，那么您可以设置自己的 redist 目录并使用您的应用程序安装这些文件。

或者，您可以使用随 Visual Studio 提供的 9.0.30729.1 并伪造随应用安装的清单，以报告它提供 9.0.21022 DLL，而不是 9.0.30729.1。运行时链接器似乎并不介意。有关详细信息，请参阅此博客，该博客对解决这些问题非常有帮助。

两种解决方法都解决了我在使用 VS2008 Express 将 DLL 部署为私有程序集时遇到的问题。

Roel 的答案是您的第一个选项("正确修复")，但如果您依赖于一个依赖于 9.0.21022 的库(因此您的清单列出了两个版本)，如果您不想运行 vcredist_x86.exe，那么第三个选项可能是唯一的选择。