問題タブ [delphi-ide]

私のDelphiはCPUを過熱し始めました。私がDelphiを起動するとすぐに、それ自体が完全なコアを必要とし、クーラーは本当に一生懸命働き始めます。これを修正するためのトリックはありますか？

「Delphi」と「bug」という言葉を一緒に使用すると、Stack Overflowの一部の人が高温の蒸気を放出し始めることを知っていますが、これは（特にバッテリーの場合）多くのエネルギーを浪費するため、非常に厄介なバグです。過熱により、コンピュータが早期に古くなります。

アップデート：

この問題は、アクティブなタブがプロジェクト（dproj）ファイルである場合にのみ発生します。別のファイル（pas）に切り替えるとすぐに、CPUは0％〜1％に戻ります。これはすべてのdprojファイルで発生しますが、IDEが画面に表示されている場合にのみ発生します（タスクバーに最小化されていません）。したがって、これは明らかにレンダリングのバグです。

アップデート：

ウォーレンPが同様のバグを生成する方法を見つけたようです。彼の答えを見てください。

アップデート：

この問題は非常に大きなPASユニットでも発生しますが、Delphi IDEウィンドウをバックグラウンド（未使用）で3〜5分間放置すると、最大CPU使用率が表示されます。ウィンドウをタスクバーに最小化するか、別のIDEタブに切り替えることで、問題を解決できます。

Delphi 7では、関数/プロシージャを制御してクリックするたびに、その関数/プロシージャに移動しました。ただし、DelphiXEでは機能しません。少なくともすべての機能で機能するわけではありません。ExtUtils.pasにAssociateという関数があります。この関数は正しくコンパイルされているため、コンパイラはExtUtils.pasを見つけることができます（もちろん、ExtUtilsはUses句に追加され、そのフォルダは「ライブラリパス」に追加されます）。しかし、関数またはユニット名をcontrolキーを押しながらクリックしても、そこに移動しません。

これを修正する方法はありますか？

UPDATE1：また、関数（現在のユニットで宣言）をControlキーを押しながらクリックしても、関数が宣言されているインターフェイスセクションのカーソルは移動しません。

UPDATE2：
ExtUtilsユニットをプロジェクトのフォルダーに一時的に配置しましたが、動作するようになりました。したがって、Control + Click自体は機能しますが、IDEのフォルダがライブラリパスとブラウジングパスにある場合でも、IDEでユニットを見つけるのに問題があるようです。

同様のレポート：
http ：//webcache.googleusercontent.com
http://webcache.googleusercontent.com
http://cc.embarcadero.com/Item/28269
ここに1つのレポート（以下の回答を参照）

新しいテスト：
Delphiを完全にアンインストールしました（そしてファイルとレジストリの残りを手動で削除しました）。その後、再インストールしました。CodeSite以外の追加ツールはインストールされておらず、データベースもインストールされていません。次に、新しいプロジェクトを作成しました。ボタンが含まれています。ボタンをクリックすると、TestUnit.Pasという外部PASファイルで定義されているTestMeプロシージャが実行されます。このライブラリへのパスをライブラリパスとブラウジングパスに追加しました。しかし、Control + ClickonTestMeプロシージャはまだ機能していません。TestMeプロシージャの上にマウスを置くと、ポップアップに「Declared in TestUnit」と表示されます。ここで、「TestUnit」という単語は青いリンクです。クリックするとWindowsシステムの音が聞こえますが、IDEが（ユニットに）移動しません。

TestMeの手順は次のとおりです。

ビープ音を制御してクリックすると、Windows.pasに移動します。だから、これは機能しています。別のテストを考えている場合はお知らせください。

更新：
そして今それは動作します！明らかな理由なしに！プロジェクトを開いたり閉じたりしてコンパイルしました。ただし、自動保存オプション->エディタファイルとプロジェクトオプションの2つを除いて、Delphiに変更を加えることはありません。

更新：
これはできません!!!
これで、TestMeプロシージャを制御してクリックすると、TestUnit.pasファイルにアクセスできるようになります。そこで、最初のテスト（Delphiの再インストール前）で機能したくない元のPASファイル（ExtUtils.pas）を、TestUnit.pasと同じフォルダーに移動しました。推測：TestUnit.pasを（control +クリックで）開くことはできますが、ExtUtils.pasを開くことはできません!!!!
Delphiはとても奇妙で一貫性のない動作をします！

更新：
ExtUtils.pasを編集しましたが、もう一度TestUnit.pasを開くことができません。ケンホワイトは、Delphiにバグがある可能性があるとは言わせません。そのため、「バグ」を「デルファイ」と一緒に使用することはできません。誰かが私のためにこれらの言葉をまとめることができますか？

更新：
ExtUtils.pasへの参照を完全に削除したので、プロジェクトを（TestUnitを使用して）機能するポイントに復元しました。しかし、今はバグが続いています。TestUnitで動作する数秒前であっても、現在は再び動作していません。

更新：
今、私は重要なことに気づきました：私のソースコード（テストプロジェクト）には、コンパイル可能なコードが1行あります：

このコードでは、コンパイルされていないため、青い点は表示されません。プログラムが機能した数分で、青い点が見えました。この問題の考えられる原因として、「自動保存オプション->エディターファイルとプロジェクトオプション」も除外しました。

更新：
問題を修正する方法を見つけました...数分間：プロジェクトとライブラリを別のフォルダーに移動します（どの場所でも実行できます）。control+クリックはしばらくの間機能します。ファイルを元のフォルダに戻しても機能します。したがって、Delphiはいくつかのファイルのある種のキャッシュを保持しているようです。キャッシュが壊れていて、キャッシュを保持している限り、control+clickは機能しません。しかし、ファイルを移動するときは、問題が再発してキャッシュに保存されるまで機能するように、そのキャッシュを再作成する必要があります。

ビルド構成が「デバッグ」に設定されていて、最適化が False に設定されている場合でも、「最適化のために変数 ForAllUsers にアクセスできません」というメッセージが表示されます。そのため、プログラムをデバッグできません。

なぜ私はこれを得るのですか？
[実行] ボタンを押したときに実行されるビルドはどれですか?
どうすれば見ることができますか

... 終わり;

更新:
この質問を投稿してからわずか数分で、すでに 2 回の投票と 2 回のスターが付けられました。これはかなり一般的な問題のようです。

Visualstudio 用のような Delphi-IDE 用の Teamcity プラグインがあり、IDE から直接個人ビルドを実行できるかどうか知っている人はいますか?

ありがとうございました

そのため、VSS から Delphi に変換しており、多くのインクルード パスを使用しています。

少なくとも、Delphi IDE がこれを行う正しい方法であると判断した方法に準拠するように努めたいと考えていますが、それは自明ではありません。

どうやら、プロジェクト グループで言及されていても、別のフォルダーで使用されているファイルを SVN に含めることはできません。

では…期待値は？Delphi の Subversion 統合を完全に使用するには、すべてのファイルを名前空間を使用するように変換し、それらを同じフォルダに配置する必要がありますか?

複数の DLL 間で共有される「投影されていない」共通ファイルのすべてに対して BPL を作成する必要がありますか?

なぜこれがオプションセットで変更できるものではないのかわかりませんが、そうであれば本当にいいでしょう. DDevExtensions にもありませんが、他の多くのものを変更できます。

グループ プロジェクトの 30 以上の DLL のホスト アプリケーションを一気に変更できるように、Delphi 2009 IDE、またはインストールできる別の拡張機能に場所はありますか?

高解像度のワイド スクリーンで作業し、dpi を 144 に設定して、フォントがよく見えるようにしています。

Delphi 2010 オブジェクト インスペクト グリッドの問題 プロパティまたはイベント名のテキストが表示されない グリッドがスケーリングされない !!

これに対する解決策はありますか？

感謝

RCファイルが変更された場合、Delphiはそれを再度コンパイルします。RCファイルに変更されたファイルを参照するRCDATAまたはBITMAP宣言がある場合、Delphiは、.RESファイルを削除するか、「タッチ」（ファイルのタイムスタンプを変更）を実行して強制するまで、.RCファイルを.RESに再コンパイルしません。トップレベルの.RCファイル。

TEST.RCファイルのサンプルは次のとおりです。

TEST.RCが変更されると、「File.txt」が変更されると再コンパイルが発生しますが、Delphiは「コンパイル」でリソースを再コンパイルしません。「ビルド」を使用すると、時間が数秒から数分に増えるため、使用するつもりはありません。

Delphiが.RCテキストファイルと依存関係を適切に処理できるようになったことがありますか？リソースを追加して変更しない人もいますが、.RCファイルのRCDATAセクションにあるバイナリデータやテキストデータなど、頻繁に変更する可能性のあるものに.RCファイルを使用し始めました。

ビルド前またはビルド後に「.resの削除」ステップを実行しようとすると、DelphiIDE/コンパイラが破損するように見えることに注意してください。IDEの外部でビルドする場合（msbuildを実行する前に常に特定の.resファイルを削除する）、これを外部で整理できますが、IDEの内部では、Delphiは多くの選択肢を提供しません。

誰かが解決策を持っていますか？（Delphi 2007でこの問題が発生していますが、2007からXE3までのすべてのバージョンのDelphiで機能するソリューションを歓迎します。）

Delphi 2010 で作成されたソフトウェアがあり、2 つの異なる部門から使用する必要があり、ボタンの非表示/追加、フォーム、グリッド列などのいくつかの変更を除いて、両方とも同じデータと同じ UI を共有しています。したがって、同じアプリケーションの 2 つのバージョンが必要です。

アプリケーションの起動時に、別の EXE を使用する必要がある部門を選択するようにユーザーに求めることはできません。

Delphi 2010 または XE3 (後でアップグレードします) 内でそれを行うための最良のアプローチ (概念) は何ですか? 別のexe名でコンパイルすることは可能ですか?

Delphi 5 Professional German で構築された古い Delphi 5 プログラムを保守しています。

問題は、作成された実行可能ファイルのすべてのダイアログとエラー メッセージがドイツ語で表示されることです。場所が米国や英国などに設定されている英語版の Windows でも同様です。

英語版の Delphi 5 Pro が必要ですか、それとも設定オプション / コンパイラ スイッチ / 「出力言語」を変更するオプションはありますか?

IDE 言語について話しているのではありません。Delphi インストール ディレクトリにあるすべての *.DE ファイルを削除することで、英語に戻すことができることを既に学びました。

例：

更新: コメントに基づいて、ソース ディレクトリでドイツ語のメッセージを探しました。すぐにいくつかのファイルが見つかりました。

もっと簡単な方法があればいいのに。私がこの道を下っているとは思わないでください...