私はJedi 3.45と一緒にXE2をインストールしました。これは私のDelphi 7のインストールを壊したようです！手順JVCL（jclUnitVersioning）でエントリポイントが無効
XE2とJediをアンインストールしました。無効なパスbpl、dcu、およびsourceをすべて削除して削除しました。私はD7を開始するには、エラーのシリーズを取得3.4倍ジェダイを再インストールするときただし、の線に沿ってすべて：
プロシージャエントリポイント@ $ XP $ 34jclUnitVersioning @TUnitVersionInfo は、ダイナミックリンクライブラリjcl70に配置することができませんでした。 bpl
D7とさまざまな（以前の）バージョンのjediの修復インストールを実行しようとしましたが、問題を修正できないようです。
主なグループソフトウェアアプリケーションを維持するためには、D7 + JCL/JVCLが必要です。
緊急に必要なすべてのヘルプ。
ポール
あなたは何かを見逃しました。 :)ドライブ全体でJCL/JVCLファイル（.bpl、.dcp、.dcuを含む）を検索します。あなたはどこかで一致しないものがあります。不一致のファイルは、Windowsシステム/ System32/SysWOW64フォルダのほか、IDEによってデザイン時または実行時パッケージとして使用されている場合、Delphiに関連する場所にも存在することに注意してください。
JCLUnitVersioningはXE2のJCL160パッケージに含まれていると思います。あなたのD7プロジェクトはjcl70であり、それはそのパッケージのDelphi 7バージョンです。つまり、IDEはコンパイルされたバージョンを1つ探していますが、別のバージョンを探しています。 （おそらく、3.45のインストールが再構築され、XE2のものがコンパイルされたときに、D7のパッケージが置き換えられた）。
JVCLのインストールを以前のバージョンにロールバックしたときに、対応するバージョンJCL？新しいJVCLのインストールには、おそらくそれ以降のバージョンのJCLが必要で、それもインストールされていました。
PaulがJVCLインストーラを複数回実行した場合、ライブラリパスが複数回変更されている可能性があります。これらの古いフォルダには、Delphiが認識できない迷惑メールが含まれている可能性があります。 –
@WarrenP：良い点。 PATHチェックは、何が起こっているのか把握するのに役立ちます。 –
私はUnitVersioningがJVLでチェックされていないが、JVCL（？）にチェックインされていて問題が解決されたように見える問題があったと思う。
いつもシンプルな（読んでばかげた）ものがあなたを捕まえる！
ケンは言うとおり、きれいにする必要があります。ライブラリのパスにあるすべてのフォルダを調べて、そのライブラリのパスにそのフォルダが本当に必要かどうかを尋ねてください。 –