Недопустимая точка входа в процедуру JVCL (jclUnitVersioning)

Question

Я только что установил XE2 вместе с Jedi 3.45. похоже, это сломало мою установку Delphi 7!

Я удалил XE2 и Jedi, я очистил и удалил все неверные пути bpl, dcu и source. Однако, когда я переустанавливаю Jedi 3.4x, я получаю серию ошибок при запуске D7, по следующим направлениям:

Точка входа в процедуру @ $ xp $ 34jclUnitVersioning @TUnitVersionInfo не удалось найти в библиотеке динамических ссылок jcl70.bpl

Я попытался запустить восстановительную установку D7 и различных (более ранних) версий jedi, но не могу решить эту проблему.

Мне нужен D7 + JCL / JVCL для поддержки нашего основного программного приложения группы.

Срочно требуется любая помощь.

Пол

Answer 1

Вы что-то пропустили.:) Поиск по всему диску любого из файлов JCL / JVCL (включая .bpl, .dcp, .dcu).У вас есть тот, который не совпадает где-то.Обратите внимание, что несоответствующий файл может находиться в папках Windows System / System32 / SysWOW64, а также где-то, связанном с Delphi, если они используются в среде IDE во время разработки или в качестве пакетов времени выполнения.Я думаю,

JCLUnitVersioning находится в пакете JCL160 для XE2.Ваш проект D7 выглядит в jcl70, который будет Delphi 7-версией этого пакета.Это означает, что IDE ищет одну скомпилированную версию, но находит другую.(Вероятно, установка 3.45 перестроила и заменила пакеты для D7, когда были скомпилированы пакеты для XE2.)

Когда вы откатили установку JVCL до предыдущей версии, вы также вернули обратнок соответствующей версии JCL?Более новая установка JVCL, вероятно, потребовала бы более позднюю версию JCL и установила бы ее также.

Answer 2

Решено это после большого количества циклов удаления / установки - я думаю, что проблема заключалась в том, что я не проверял UnitVersioning в JVL, но в любом случае проверял в JVCL (?), Гарантируя, что они оба одинаковы, по-видимому, устраняет проблему.*

Это всегда простые (читай глупые) те, которые ловят тебя на нашем!