如何解决“加载了两个不同的 CRTLDLL”问题在 C++ 中使用包时建造者2010？

Question

我们正在尝试将整体 EXE 拆分为一个 EXE 和多个包的组合。到目前为止，我们尝试使用一个包，并且在运行 EXE Codeguard 时在启动时显示以下错误：

CG Error

Two different CRTLDLLs are loaded. CG might report false errors
(C:\Windows\system32\CC32100MT.DLL)
(D:\Projects\Foo\Bar.bpl)

OK   

我将其读为正在加载的两个不同的运行时库 - 一个是正确的（CC32100MT.dll），有一个不正确，这是我们正在尝试使用的包。

继续运行程序会出现奇怪的错误，特别是在类之间进行转换或将指向类的指针作为跨 EXE/DLL 边界的方法中的参数传递。不过，Codeguard 本身根本不显示任何其他错误。 编辑：此问题现已解决，并且不相关。程序看起来运行正常，但 Codeguard 显示的警告仍然令人担忧。

我们如何解决这个问题？

更多细节

我们已经研究了我们（从事此工作的开发人员和我）可以共同想到的尽可能多的事情：

• 每个项目都是使用运行时包构建的。 EXE 主机在其包列表中列出了 Bar。

• 每个项目都设置为使用动态 RTL 进行编译。但是，更改此设置并不能解决问题。

• 包通过其 BPI 文件链接到 EXE，但通过 LIB 链接也没有区别。

• EXE 和 BPL 使用相同的项目设置进行编译，两种类型的项目都存在相同的选项。我们认为，无论如何:)

• 系统上只有一份 BPL 和 BPI 副本：它肯定链接到正确的副本。

• 使用Depends和TDump检查EXE和BPL显示它们都使用C:\Windows\system32\CC32100MT.DLL。它们应该都使用同一个 RTL。

• 创建一个新项目（一个普通的 VCL 表单应用程序）并链接到 BPL（通过其 BPI）效果很好。在添加所有文件和 LIB 的过程中，使我们的 EXE 包含更改此设置所需的代码，但我们无法弄清楚是什么。

  • 所有的 LIB 要么对应于我们使用的 DLL（平面 C 接口，通常看起来像是用 MSVC 构建的），要么是包含大量相关文件的简单项目，编译为 lib 以便链接到EXE - 顺便说一句，这些大致对应于我们想要拆分为 BPL 的程序区域。 LIB 项目似乎没有会影响 RTL 链接的项目选项，除非我们错过了它们。

  • 我已经详尽地搜索了Depends，并查看了所有 RTL 和 CC32*.dll 文件、EXE 以及每个 DLL 引用。全部相同：rtl140.bpl 和 CC32100MT.DLL。完全限定路径显示它们也是相同的文件。一切都应该使用同一个运行时库。

编辑：最终的 EXE 很复杂，由多个库、多个 DLL 等构建。所有这些在使用 C++Builder 构建时都是使用当前版本构建的。这些 DLL 或 LIB 中是否有可能导致问题的内容？我对 RTL 是如何链接的了解不够，无法确定在哪里查看...我的（天真？）假设是链接器通常会链接到一组 RTL 函数，但这当然不是似乎正在发生......而且我不知道使用包时事情会发生什么变化。是否有可能这个错误一直存在并且 Codeguard 之前没有标记它，因为我们没有使用像包这样的动态东西？

也许另一个问题是，为什么一个包会有自己的 RTL，或者是什么让它被 Codeguard 算作“一个 RTL DLL”？

我们被难住了。完全难住了。我们在使用 BPL 时遇到了其他问题（它们似乎是令人惊讶的棘手问题，尤其是使用 C++），但我们已经设法解决了所有这些问题。这个我们一点运气都没有，我们真的很感谢任何见解:)

我们使用 C++Builder 2010（实际上作为 RAD Studio 的一部分，但除了组件之外几乎没有 Delphi 代码。）

编辑：开始赏金。我真的很想解决这个问题！

编辑2：感谢David Dean的帮助（标记为下面的回答） 。）通过电子邮件，他指出这个问题是由其他人在一个简单的测试用例中重现的，并记录在 Embarcadero QC 作为报告 86335。目前还没有修复，但警告似乎并不表明存在真正的问题（即，它可能是一个虚假错误，虽然遗憾的是运行时必须单击跳过该对话框，但愿错误中没有什么值得担心的。）

Answer 1

由于其中之一来自 .bpl，您是否尝试在项目选项中关闭“使用运行时包构建”？

Answer 2

我们也有类似的问题。我们追踪到一个（非 VCL）.cbproj，它是在没有“多线程”选项的情况下创建的。

据我所知，您唯一有机会设置此选项的是当您创建新的 .cbproj 时，此后无法使用 GUI 更改它。我们最终“破解”了 .cbproj 以包含以下内容：

<Multithreaded>true</Multithreaded>

要确定哪个 dll 导致了问题，它应该是在您看到 CG 消息之前在输出窗口中加载的最后一个 dll。

Answer 3

您是否检查过是否使用 _TCHAR 作为 char。我们在 RAD Studio 中遇到了一些类似的问题，我们找到了使用 _TCHAR 作为字符的解决方法。一旦使用 wchar_t 编译一个 DLL 或 BPL 项目，就会出现此代码防护错误。

我们还发现，EXE 项目可以使用 TCHAR = wchar_t 进行编译，没有任何问题（主函数将是 WIDE）。

这些设置不会影响 GUI 处理 UNICODE 的能力。

Answer 4

一位客户在我们的公共错误跟踪系统中记录了类似的案例，并且bug 已在最新版本中被识别并修复。