JVCL 中的过程入口点无效 (jclUnitVersioning)答案

【问题标题】：Procedure Entry Point invalid in JVCL (jclUnitVersioning)JVCL 中的过程入口点无效 (jclUnitVersioning)
【发布时间】：2012-01-26 02:36:39
【问题描述】：

我刚刚将 XE2 与 Jedi 3.45 一起安装。这似乎破坏了我的 Delphi 7 安装！

我已经卸载了 XE2 和 Jedi，我已经清理并删除了所有无效路径 bpl、dcu 和 source。但是，当我重新安装 Jedi 3.4x 时，我在启动 D7 时遇到了一系列错误，大致如下：

过程入口点@$xp$34jclUnitVersioning @TUnitVersionInfo 无法定位到动态链接库 jcl70.bpl

我已经尝试运行 D7 和各种（早期）绝地版本的修复安装，但似乎无法解决问题。

我需要 D7 + JCL/JVCL 来维护我们的主要集团软件应用程序。

急需任何和所有帮助。

保罗

【问题讨论】：

是的。正如肯所说，你需要清理干净的情况。请务必检查库路径中的每个文件夹，并询问您是否真的需要该文件夹位于该库路径中。

标签： delphi delphi-7 jvcl

【解决方案1】：

在经过多次卸载/安装周期后解决了这个问题 - 我认为问题在于我在 JVL 中未选中 UnitVersioning，但在 JVCL 中检查了（？）无论如何确保它们都相同似乎已经解决了问题。

总是那些简单（读起来很愚蠢）的东西会抓住你的眼球！

【讨论】：

【解决方案2】：

你错过了什么。 :) 在整个驱动器中搜索任何 JCL/JVCL 文件（包括 .bpl、.dcp、.dcu）。你有一个不匹配的地方。请注意，不匹配的文件可能位于 Windows System/System32/SysWOW64 文件夹以及与 Delphi 相关的位置，如果它们在设计时由 IDE 使用或作为运行时包使用。

JCLUnitVersioning 在 XE2 的 JCL160 包中，我想。您的 D7 项目正在查看 jcl70，这将是该软件包的 Delphi 7 版本。这意味着 IDE 正在寻找一个已编译的版本，但正在寻找不同的版本。（可能是3.45的安装在编译XE2的时候重建并替换了D7的包。）

当您将JVCL 的安装回滚到之前的版本时，您是否也回滚到了JCL 的相应版本？较新的JVCL 安装可能需要更新版本的JCL 并安装它。

【讨论】：

如果 Paul 已多次运行 JVCL 安装程序，可能是它多次修改了他的库路径，并且这些旧文件夹包含他甚至不知道 Delphi 可以看到的垃圾。跨度>
@WarrenP：好点。 PATH 检查也可能有助于弄清楚发生了什么。