Delphi 2007 で開発された古いプロジェクトとサード パーティのコンポーネントを古いコンピュータから自分のインストールに移動しています。TF1Book コンポーネント (VCF132.ocx ライブラリ、バージョン 4.1.1.2 から) 以外はすべて正常に動作します。新しいコンピューターと同じパッチでまったく同じバージョンの Delphi を使用しています。(古いコンピューターは会社を辞めた開発者のものであり、利用できず、到達できません)
設計時に発生するエラーは、設計時に次のとおりです。
TF1Book のライセンス情報が見つかりません。このコントロールはデザイン モードでは使用できません。
したがって、メモ帳で .dfm フォームをコンパイルして編集することはでき、実行時には正常に動作しますが、Delphi 内では正しく動作しません。
この問題に関連する各 Google 検索の最初の 30 エントリをいくつかのバリエーションで読んだことに注意してください。そして、ほとんどの人は、regsvr32 を実行して Windows 内で OCX を登録するだけで問題が解決すると言っています。しかし、私が見つけたこの記事やブログのほとんどはかなり古いもので、コンポーネントのバージョン 3.x について語っています。4.1.1.2 バージョンを使用しています。これは、他の開発者が自分のコンピューターに持っていたものです。
VCF132.ocx を \windows\system32 または windows\syswow64 (x64 Windows の場合) に配置する手順を繰り返し、適切な regsvr32 バージョンを実行して 3 台のコンピューターにコンポーネントを登録しました: Win 7 x86、Win 7 x64、 Win 8 と WinXP SP3 の両方で同じ結果が得られました。
これは実際のライセンスの問題であり、ocx Windows の登録の問題ではないと考え始めています。実際、Windows で OCX を登録しないと、Delphi で発生するエラーは非常に異なります。これは、クラスが見つからない、または同様のものに関するものです。
会社 (3 人の小さな会社) の他の誰も、これがどのようにコンポーネントを取得したかを知らないか覚えていないため、コンポーネントの適切なインストーラーを見つけることができません。
ただし、そのコンピューターの Windows レジストリを調査したところ、ユーザー、会社、シリアル番号など、ある種の登録プロセスに関する情報が見つかりました。古いコンピュータには、この ocx に関連付けられた ".lic" ファイルはありません。
しかし、これまでのところ、そのコンピューターでそのようなインストーラーを見つけることができません。新しいライセンスを取得するだけでよろしいのですが、この製品はもう販売されていません。
これが私の質問です。VcF132.ocx、バージョン 4.1.1.2 について、コンポーネントを他のコンピュータに単純に移動することを禁止するコピー防止または登録メカニズムがあったかどうかを知っている/覚えている人はいますか?