程序入口點在JVCL（jclUnitVersioning）中無效

我剛剛將XE2與Jedi 3.45一起安裝。這似乎破壞了我的Delphi 7安裝！程序入口點在JVCL（jclUnitVersioning）中無效

我已經卸載XE2和Jedi，我已經清理並刪除了所有無效路徑bpl，dcu和源代碼。然而，當我重新安裝絕地3.4倍我得到D7開始了一系列的錯誤，所有沿行：不能設在動態鏈接庫jcl70

過程入口點@ $ $ XP 34jclUnitVersioning @TUnitVersionInfo。 bpl

我已經嘗試運行修復安裝的D7和各種（早期）版本的傑迪，但似乎無法解決問題。

我需要D7 + JCL/JVCL來維護我們的主要組軟件應用程序。

急需任何及所有幫助。

Paul

來源

2011-12-22 Paul

是的。正如肯說的那樣，清楚你需要清理。請務必檢查庫路徑中的每個文件夾，並詢問是否真的需要該文件夾位於該庫路徑中。 – 2011-12-22 21:28:58

你錯過了什麼。 :)搜索您的整個驅動器的任何JCL/JVCL文件（包括.bpl，.dcp，.dcu）。你有一個不匹配的地方。請注意，不匹配的文件可能位於Windows System/System32/SysWOW64文件夾以及與Delphi相關的某處（如果它們在設計時被IDE使用或作爲運行時軟件包）。我覺得是在JCL160封裝XE2。您的D7項目正在尋找jcl70，這將是該軟件包的Delphi 7版本。這意味着IDE正在尋找一個編譯版本，但找到一個不同的版本。（這可能是3.45的重新安裝，並且在編譯XE2時重新安裝了D7的包。）

當您將JVCL的安裝回滾到以前的版本時，是否還恢復到相應的版本的JCL？較新的JVCL安裝可能需要更高版本的JCL並安裝它。

來源

2011-12-22 19:19:22

如果Paul多次運行JVCL安裝程序，可能會多次修改其庫路徑，並且這些舊文件夾包含他甚至不知道Delphi可以看到的垃圾文件。 – 2011-12-22 21:30:24

@WarrenP：好點。 PATH檢查可能有助於弄清楚發生了什麼事情。 – 2011-12-22 21:35:23

解決了很多卸載/安裝循環之後 - 我認爲問題是我沒有在JVL中選中UnitVersioning，但是檢查了JVCL（？），確保它們都是相同的，似乎已經清除了問題。

它總是簡單的（愚蠢的）抓住你我們的！

來源

2012-01-09 09:37:30 Paul

程序入口點在JVCL（jclUnitVersioning）中無效

回答

相關問題