少なくとも 1 日に 4 回は Delphi を再起動して、デバッガをブレークポイントで再び停止させる必要があります。コードの再構築後にプロセスにアタッチすることで、それをだまして再び機能させることができる場合があります。しかし、ほとんどの場合、それができず、必要なすべてのファイルに戻って再度開くのに多くの時間がかかります。
これが発生するたびに、Delphi を閉じようとすると、ある種の致命的なエラーが発生します。これに対する修正はありますか？「最新の」Delphi 7 を手に入れました。十分なメモリを備えた WinXP で動作しています。私のオフィスの他のほとんどの人もこの問題を抱えています。
Delphi 7 での私たちの経験は、あなたと似ています。抽象エラー、無効なポインタ参照、および VCL ライブラリの例外を伴う、IDE 内でかなり一定のクラッシュが発生します。
ロードしたプロジェクトの複雑さに依存しているようです: 私たちの主なプロジェクトは、複数の MDI フォームとサードパーティ ライブラリを使用した 200,000 行以上のプログラムです。実際、Delphi を終了するときはいつでも、壊滅的な致命的なエラーに対処する必要がありました。私たちは、タスク マネージャーを使用して Delphi32 プロセスを追跡し、それを強制終了することに非常に長けています。
その後、Delphi 2009 にアップグレードしたところ、安定性が大幅に向上しました。私の感覚では、Delphi 7 には多数のバグがあり、それらを受け入れるか、アップグレードする必要があります。
デバッグ中にプログラムを通常どおり終了しますか、それとも IDE を使用してデバッグを強制し、アプリケーションを停止/強制終了しますか? IDE を使用してアプリケーションを強制終了すると、しばらくすると問題が発生することがわかりました (IDE を再起動すると解決します)。一方、アプリケーション内からプログラムを終了すると、そのような問題は発生しません。
警告: 私の経験は Delphi 6 です。
私もこれをD7で行いましたが、実際には1つの特定のプロジェクト（確かに非常に大きく、多くのフォームと自家製のカスタムコンポーネント）でのみ発生しました。他のプロジェクト（同じくらい大きいものもあります）は問題ありませんでした。
私の感じでは、それは他のフレーム/フォームからサブクラス化されたフレームやフォームの使用に何らかの形で関連しており、IDE /デバッガーで子孫フォームを開いていても、祖先フォームは開いていません。
あなたと同じように、IDEを1日に半ダース回シャットダウンして再起動するのは大変な苦痛だと感じたので、プロジェクトの.DSKファイルを作成するのに苦労しました。このファイルには、すべての親フォームが含まれていました。 、そのため、Delphiがそのプロジェクトを起動したときに、他のすべてのフォームを「自動的に」開きました。DSKの内容が正しいことを確認したら、.DSKファイルを読み取り専用にしました...！
これは、エディターがその時点で開いていたファイルを「忘れる」ことを意味しましたが、少なくとも、IDEを「動作させる」ように見えるすべてのものを常に自動的に開きます。特定の少数のファイルで数日間作業する場合は、それらを手動で.DSKファイルに追加するだけです。
Delphiがファイルが読み取り専用であることに不満を言うことを思い出したようですが、この方法は私たちの毎日の苦痛の約80％を取り除きました。
そして、私が行ったもう1つのことは、システムの起動の一部として、タスクマネージャーをロードして最小化することでした。少なくとも、IDEを強制終了する可能性のあるものに到達するのはALT-TABの単純なケースでした。:-)