App does not run with VS 2008 SP1 DLLs, previous version works with RTM versions自从我们从 Visual Studio 6 切换到 Visual Studio 2008 以来，我们一直在使用 MFC90.dll 和 msvc[pr]90.dll 以及私有并行配置中的清单文件，以便不用担心版本或将它们安装到系统中。 在 SP1 之前，它运行良好(在我们的开发人员机器上仍然运行良好)。既然我们已经在 SP1 后进行了一些测试，我从昨天早上就开始拔头发了。 首先，我们的 NSIS 安装程序脚本从 redist 文件夹中提取 dll 和清单文件。这些不再正确，因为该应用仍链接到 RTM 版本。 所以我将 我已经从编译中仔细检查了中间文件夹中生成的清单文件，它们正确列出了 9.0.30729.1 SP1 版本。我已经两次和三次检查取决于一台干净的机器：它都链接到本地?? dll，没有错误。 运行应用程序仍然出现以下错误：
我在 google 或 microsoft 上进行的所有搜索都没有找到与我的特定问题相关的任何内容(但有回溯到 2005 年的错误消息)。 有人用SP1遇到过类似的问题吗？ 选项：
编辑：我尝试在关闭定义的情况下重新构建(链接到 RTM dll)，只要 RTM dll 安装在文件夹中，它就可以工作。如果将 SP1 dll 放入，则会收到以下错误：
没有其他人必须处理这个问题吗？ 编辑：只是为了笑，我在我的测试机器上下载并运行了 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\\' 左右)。这样，当您编译一个未设置 还要确保使用 Dependency Walker，这样您就知道要提取哪些 dll。在虚拟机上安装没有更新(仅 SP2)的全新 Windows XP 副本是最简单的。通过这种方式，您可以确定 SxS 文件夹中没有任何内容正在使用，而不是您提供的并排 dll。 要理解这个问题，我认为重要的是要意识到涉及到四个版本号：
有两个版本的 VC 2008 DLL 正在运行：
为清楚起见，我将使用 v1/v2 表示法。下表显示了一些可能的情况：
在干净的 Vista SP1 安装上运行 .exe 时，这些情况的结果是：
现在，我的情况(我认为它与 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 和 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，那么第三个选项可能是唯一的选择。 |
