c++ - 无法找到目标计算机上肯定存在的私有(private)程序集

Question

我们将 Visual C++ 运行时分发为 private assemblies (即将 msvcp90.dll、msvcm90.dll、msvcr90.dll 和 Microsoft.VC90.CRT.manifest 放入 Microsoft.VC90.CRT 文件夹中，该文件夹与我们的应用程序的可执行文件位于同一目录中)。到目前为止，在每台非开发机器(数百台)上，这都很好。但是，我一直在追踪一台完全无法找到这些程序集的特定问题机器。

他们运行的是 XP，因此当他们尝试启动我们的应用程序时，他们会收到 message :

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

我让它们运行 Dependency Walker在我们应用程序的 exe 上，它表示找不到 msvcp90.dll 或 msvcr90.dll。然后我让他们追踪我们应用程序的目录内容，这表明那些“丢失的”DLL 实际上在它们应该在的位置(在与 exe 相邻的 Microsoft.VC90.CRT 目录中)，但是尽管如此，应用程序只是在启动时找不到它们。

作为最后的手段，我拥有它们 install the redistributables直接，但这主要只是为了故障排除，因为我们更愿意继续分发 DLL 而无需额外的安装程序(我们的应用程序无需任何安装即可运行)。

---

我可能还应该包括我们应用程序自己的 list :

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <assemblyIdentity version="1.0.0.0" processorArchitecture="X86" name="OurApp.Name" type="win32"/>
  <description>Our App Description</description>
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel level="asInvoker" uiAccess="false"/>
      </requestedPrivileges>
    </security>
  </trustInfo>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="Microsoft.VC90.CRT" version="9.0.21022.8" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b">
      </assemblyIdentity>
    </dependentAssembly>
  </dependency>
</assembly>

编辑:我之前提到没有 dependentAssembly，但我意识到它正在生成，所以上面的 list 反射(reflect)了它创建的实际 list 。

---

什么会导致程序根本找不到这些依赖项？它在许多其他计算机上都能很好地找到它们，其中大多数以前从未见过这些运行时。我可能搞砸了一些基本的东西(很可能在我的 list 中)，但到目前为止它在 99% 的客户端计算机上运行良好。

作为奖励，this article是对私有(private)集会的一个很好的总结，但到目前为止，它并没有帮助我解决问题。

更新:将 DLL 移动到与 EXE 相同的目录后，它仍然无法启动。然后，在 installing the redistributables 之后，它启动良好。所以看起来它要么没有在本地目录中查找，要么出于某种原因认为本地 DLL 是 Not Acceptable 。

Answer 1

当前是否在同一台 Windows 计算机上安装了任何版本的 Visual Studio？

您还可以仔细查看 http://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).aspx .此链接包含有关操作系统如何搜索 DLL 的信息。有一些注册表项可能会改变这种行为。

消除这种依赖性的其他选择是在您的项目中使用 MFC/ATL 的静态链接。你的二进制文件会更大，但你一起消除了这个问题..