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 が必要です。
あらゆる支援が緊急に必要です。
ポール
多くのアンインストール/インストールサイクルの後にこれを解決しました-問題は、JVLでUnitVersioningのチェックを外したが、JVCLでチェックインしたことだと思います(?)とにかく、両方が同じであることを確認して問題を解決したようです。
それは常にあなたを捕まえる単純な（ばかげたものを読む）ものです！
あなたは何かを逃しました。:) ドライブ全体で JCL/JVCL ファイル (.bpl、.dcp、.dcu を含む) を検索します。どこか一致しないものがあります。一致しないファイルは、Windows の System/System32/SysWOW64 フォルダーにある可能性があることに注意してください。設計時に IDE によって使用されている場合、またはランタイム パッケージとして使用されている場合は、Delphi に関連する場所にある可能性があります。
JCLUnitVersioningXE2用のJCL160パッケージに入っていると思います。D7 プロジェクトはjcl70、そのパッケージの Delphi 7 バージョンである を探しています。これは、IDE が 1 つのコンパイル済みバージョンを探しているが、別のバージョンを見つけていることを意味します。(おそらく、3.45 のインストールによって、XE2 用のパッケージがコンパイルされたときに、D7 用のパッケージが再構築され、置き換えられたのでしょう。)
のインストールを以前のバージョンにロールバックしたときJVCLに、 の対応するバージョンにも戻しましたJCLか? 新しいJVCLインストールでは、おそらく の新しいバージョンが必要であり、JCLそれもインストールされていたはずです。