問題タブ [delphi]

継承したDelphi7プロジェクトをコンパイルしようとすると、次のエラーが発生します。

[エラー]警告。重複するリソース：
[エラー]タイプ2（BITMAP）、ID編集：
[エラー]ファイルC：[パスが短縮されました] \ common\CRGrid.resリソースが保持されています。ファイルc：\ common\raptree.RESリソースが破棄されました。

警告と表示されますが、実際にはエラーです。コンパイルは完了しません。

CRGridとRapTreeの2つのコンポーネントが何らかの形で衝突しているようです。誰かがこれを修正する方法について何かアイデアがありますか？

もちろん、プロジェクトからコンポーネントの1つを削除する以外は。

Codegear RAD Studioを 1 年以上使用していますが、「May08 Help Update」以降、ヘルプ システムが機能しなくなりました。ヘルプを開くと、目次ペインが完全に空白になります。F1 を 押すと、「指定された HxC ファイルを解釈できません」というエラーが表示されます。

検索エンジンと Codegear フォーラムを使用して回答を検索しましたが、これまでのところ問題を解決するものはないようです。可能であれば、完全な再インストールはしたくありません。他の誰かがこの問題を経験し、それを修正する方法を知っていますか?

プログラムの起動時にクライアント コンピュータにインストールされている BPL のバージョン (Rtl70.BPL、Indy70.bpl など) を確認することはできますか?

コンピューターの BPL がビルド マシンの BPL と異なるため、いくつかのプログラムがクラッシュしました。
更新のたびにインストーラーに使用される各 BPL を追加する必要がある場合、それらを使用する際のポイントの 1 つが無効になると思います。

それが違いを生むなら、Delphi 7

---

私が抱えていた問題のフォローアップです。
rtl70.bpl ファイルは、ビルド コンピューターとクライアントの間でわずかに異なるだけでした。

クライアント コンピュータ: 7.0.4.453 760 KB (778,240 バイト) 2002 年 8 月 20 日火曜日、午後 4:40:26
ビルド コンピュータ: 7.0.4.453 760 KB (778,240 バイト) 2002 年 8 月 9 日金曜日、 11:午後30時

私が使用していたアップデーターはそれらを同じものとして無視しました（ビルド番号の変更はありません）が、ファイルを手動で削除してコピーすると、すべてが機能するように見えました.

私が最近参加していたメーリング リストに、c/c++ で記述された dll の使用と .h ヘッダー ファイルの delphi/pascal への変換に関する問題と解決策を説明するかなり包括的なサイトが投稿されたので、共有したいと思いました。リンク、変換ツール、書籍/論文のタイトルなど、他の有用なリソースを投稿するように他の人を招待してください。

回答ごとに 1 つのリソースを入力してください。最終的には、最も人気のある/最高のリソースが一番上に表示されます。

Delphi DBIV データベースからデータを読み込もうとしています。データベースにアクセスするたびに、Paradox.lck ファイルと Pdoxusrs.lck ファイルが作成されます。これを行うために TQuery オブジェクトのみを使用しています (他には何も使用していません)。これらのロック ファイルを作成せずに、Delphi DBIV データベースにアクセスできますか?

Delphi 7で作成された単純なソフトウェアがありますが、しばらくするとVistaでクラッシュします。これらは完全にランダムなクラッシュであり、クラッシュログには何も書き込まれず、動作を停止するだけで、Vistaは解決策を見つけようとします。

誰かアイデアはありますか？

Delphi で記述されたコマンド ライン ツールがあります。このツールは、XML ファイルにノードを挿入してすぐに終了します。ツールの複数のインスタンスを同時に実行し、同じ XML にノードを挿入できるようにする必要があります。

この目的を達成するために、単純なファイル「ミューテックス」を導入しました。このツールは、XML に書き込む前に 1 つの一時ファイルを作成し、書き終わったら一時ファイルを削除します。そのため、別のインスタンスが実行されると、この一時ファイルの存在がチェックされ、削除されるまで待機します。次に、一時ファイルを再度作成し、XML に書き込み、一時ファイルを削除します。

問題は、これが正常に機能するのは、2 ～ 3 個のインスタンスが同時に XML ファイルに書き込もうとした場合だけです。さらにインスタンスがある場合、それらのいくつかは永久に待機し、ノードを XML に追加することはありません。

多数のインスタンスを同時に実行して XML に書き込んで動作させるためのより良い方法はありますか?

VBA の一部として提供される RefEdit コントロールには少しバグがありますが、1 つまたは複数のセル範囲 (つまりExcel.Rangeオブジェクト) を指定する必要がある場合にフォームを配置するのに適しています。

主な問題は、RefEdit コントロールを VBA UserForm でしか使用できないことです ( Microsoft はこれを述べており、私のテストでも確認しています)。Delphiを使用して Excel アドインを作成しており、RefEdit コントロールに代わるものを探しています。

Excel.Application.InputBox Type:=8セルの範囲を選択する別の方法の 1 つですが、1 つのフォームで複数のセルの範囲を選択する必要がある場合は、あまりユーザー フレンドリーではありません。現時点で最良の代替手段は、Delphi アドインから VBA フォームを呼び出すことですが、それは理想とはほど遠いものです。

したがって、理想的には、RefEdit のドロップイン代替品 ( Delphi フォームで使用できるもの) を使用することができます。あるとしても、見つけるのは簡単ではありません (私はかなり一生懸命探しましたが、Delphi、VB6、または .NET のドロップイン RefEdit 代替品を見つけることができませんでした)。

ドロップイン置換に失敗した場合は、独自の代替案を組み合わせてみるかもしれませんが、RefEdit と同様に機能するものを作成することは、不可能ではないにしても難しいと思います. RefEdit を使用すると、セルを実際に選択せずに「選択」できます。選択したセルを強調表示してExcel.Application.Selection. VBA や Delphi などを使って Excel オブジェクト モデルを操作する方法がわかりません。

ヒント、トリック、ハック、または本当に運が良ければ、RefEdit のドロップイン置換へのポインターを大歓迎します。

Delphi 7 を Vista に数回インストールしようとしましたが、Vista では、このアプリケーション (Delphi 7) に既知の問題があるとのメッセージが表示され、インストールできませんでした。私の会社の他の何人かは、D7 を Vista にインストールする際に問題を経験しました。

これは、会社がアプリの存続期間内に Vista または Windows 7 に切り替える可能性があり、新しい Delphi バージョンは会社のポリシーに含まれていないため、D7 アプリケーションにはリスクがあるという結論につながりました。そのため、経営陣はアプリを C# で書き直すことにしました。

私の質問:

1. VistaにD7をインストールする方法
2. このようなインストールの経験
3. IDEおよび開発プログラムの安定性に関するリスク評価
4. Windows 7 での実行可能性に関するリスク評価

サード パーティのコンポーネントやデータベースを使用していない - Vista で開発したアプリを実行しても問題はありません。Vista で開発およびデバッグできない場合 (現時点では、これが唯一の顧客プラットフォームになります。そうです、内部プログラミングです)、一種のクロスプラットフォーム開発になります。XP を開発プラットフォームとして維持することが許可されている場合です。

書き直すのは開発者の決定ではなく、過去 3 年間社内で行われてきました。Delphi で開発されたアプリに大幅に触れる必要がある場合、または計画されたライフ サークルを生き残れないリスクがある場合/寿命、それは書き直さなければなりませんでした。別のプロジェクトがキャンセルされたため、ライフ サイクルは 2015 年に拡大されました。

したがって、ここでの主な問題は次のとおりです。私は、リスクについて教育を受けた議論をしたいと思います。

プログラムに一時的にいくつかのフォントをロードする必要があります。できればdllリソースファイルから。