問題タブ [dcu]

ソースなしでコンパイルされた Delphi dcu ファイルのセットがあります。その dcu 内で定義されている型を特定する方法はありますか?

.dpr ファイルに対して dcc32 を使用すると、dll は生成されますが、dcu は生成されません。

プロジェクト レベルの .cfg は、–N スイッチを使用してパスを設定していますが、指定されたディレクトリには何もありません。–E スイッチが機能しているため、.cfg が表示される必要があります。

dcc32 を呼び出す前に .dpr ファイルに対して brcc32/brc32 を使用しようとしましたが、いずれかでエラー projectName.dpr 3 1: Expecting END? が表示されます。

project2 の project1 からの dcu が必要です。.dpr に対して dcc32 を実行すると、project2 の project1 から不足している dcu が見つからないというエラーが表示されます。

dcu ファイルを生成するには、clc/utility のどの手順を実行する必要がありますか? Delphi 6 がインストールされた XP 上で動作します。DCC32 v14 BRC32 v5.4

C ++ Builderを使用してJVCLコードをデバッグするにはどうすればよいですか？JVCLをインストールしたときにデバッグDCUのビルドを有効にし、プロジェクトのDelphi設定で[デバッグDCUを使用]をオンにし（C ++設定では類似のオプションがないようです）、パッケージを使用したビルドを無効にしました。これらすべてにもかかわらず、1つのステップでJVCLコードがスキップされ、JVCL関数がスタックトレースに表示された場合は、それをダブルクリックすると分解のみが表示されます。

RTLおよびVCLコードのデバッグは正常に機能します。私が問題を抱えているのはJVCLコードだけです。

何か案は？

編集：JVCLデバッグDCUがDelphiアプリで正常に機能することにも気づきました。Process Monitorの実行中にプロジェクトのビルドを試みましたが、C ++ Builderアプリの場合、JVCL DCUを見つけようとさえしていません（したがって、検索パスの問題だけではないようです）。ただし、コアVCLファイルのDCUを検索して検索します。したがって、C ++ BuilderはDelphiとは異なる方法で依存関係を決定しているようであり、JVCLの依存関係はコアVCLの依存関係とは異なる方法で処理されているようですが、方法や理由はわかりません。

現在、メイン プロジェクトで Delphi DCU 用の特定の出力ディレクトリを設定していません。これにより、DCU ファイルが .pas ソース ファイルと同じディレクトリに配置されます。私には、同じディレクトリに .pas と .dcu ファイルを混在させるという考えが気に入らないので、これは見苦しく感じます。Delphi .dcu ファイルを保存するためのベスト プラクティスは何ですか? プロジェクトごとに 1 つのディレクトリを保持しますか? または、ソース フォルダーごとに 1 つの DCU ディレクトリを作成することもできますか? どんなアイデアでも大歓迎です。

プロジェクトにDISQLiteforDelphi（http://www.yunqa.de/delphi/doku.php/products/sqlite3/index）を使用する必要がありますが、インストールできないようです。
指示に従いましたが、プロジェクトで使用しているファイル「DISQLite3Api.pas」が存在しないため、パッケージをコンパイルできません。
同じ名前の.dcuファイルがあり、それらをどこにでもコピーし、環境ライブラリパスを設定しましたが、Delphiは引き続き.pas

デバッガーはエラー時にソースコードにステップインしますが（のようにF7）、Delphiの基本的なDCU（ライブラリ）がコードにコンパイルされるだけで、ソースがデバッグに使用されない通常の動作モードを復元したいと思います。

たとえば、私のプログラムでエラーが発生した場合、デバッガーはControls.pasにステップインしますTControl.Click。通常の場合（インストール直後）は、Delphiがこれらのメソッドをステップオーバーする場合です。

デバッグ情報なしでControls.pasを再コンパイルする必要がありますか？もしそうなら、どのように？

理解を深めるために、このテーマを追加情報で拡張します。

マウスに問題があるDelphi6Prof.を使用しています（システムエラーコード5）。したがって、Controls.pasに再コンパイルして、マウス位置ゲッターコードを置き換えます。それで：

1. そのためのフォルダを作成しました： "c：\ D \ Common \ Delphi_Patches \ Delphi_6 \"
2. オリジナルのControls.pasをその中に入れました。
3. Controls.pasを変更し、位置ゲッターコードを置き換えました。
4. Delphiのライブラリパスを設定し、最初のフォルダを「c：\ D \ Common \ Delphi_Patches \Delphi_6\」に設定します

これらの手順で、マウスセーフコードを使用してソースをコンパイルできます。

わかりました。しかし、Delphiは毎回F7のControls.pasにステップインしますが、例外はあります。これは非常に「怒りっぽい」ものです。

ライブラリパスから「Controls.pas」を削除しても、デバッガーはその元の「Controls.pas」を見つけて開きます... :-(

どのコードでも「UseDebugDCU-s」は使用しません。

コンパイラオプションから「デバッグ情報」を削除しようとしましたが、Delphiが元のControls.pasを開きます...

だから私はDelphiへの道を探します。「Controls.pas」に足を踏み入れるのではなく、私のdcuを使用します...

これが問題を理解するためのより良いコンテキストを提供することを願っています。

.NETのバックグラウンドから来て、現在Delphiで動作しています。.NETでは、以前は、多くのクラスが個別のファイルに分割された個別のライブラリプロジェクトがありました。このプロジェクトをコンパイルすると、1つのDLLファイルが得られました。

ただし、Delphiではそれを行うことができません。私には多くのクラスがあり、それぞれが独自のユニット名を持つ独自のファイルにあります（同じユニット名を持つ複数のファイルを持つ方法は見つかりませんでした）。プロジェクトをコンパイルすると、プロジェクトのユニットごとに1つのDCUファイル（これは.NET DLLと同等だと思いますか？）があります。

問題は、それほど多くのファイルを持ちたくないということです。個別のユニットにあるすべてのクラスに対して、1つのDCUファイルのみを作成したいと思います。私がやりたいことを達成する方法はありますか？これらのDCUをどのように処理しますか？

dcu を dll のようなランタイムとして使用できますか? たとえば、dcu ファイルにコンパイルされたフォームを表示します。プラグイン可能なアプリケーションを開発したいので質問があります。Delphi プログラマとして、私が知る限り、これを行うには dll ベースまたは bpl ベースの 2 つのオプションしかありません。Delphiのバージョンに依存しないため、dllベースが好きですが、..フォームをいくつかのdllに保存し、各dllのサイズを大きくし、その合計サイズが単一の.exeよりも非常に大きくなります。bpl を使用すると、bpl と exe の両方をコンパイルした Delphi のバージョンに依存します。

または、誰かがトリックや戦略を説明して、フォームを保存する .dll をできるだけ小さくすることができますか? ありがとう！

私は何年も前にプロジェクトを終えました。今、私はそれを改善したいと思います。したがって、プロジェクトで以前に使用されたコンポーネントをインストールします。しかし、プロジェクトを実行するとエラーが発生します。コンパイラは、一部のコンポーネントオブジェクトのdcuファイルを見つけることができません。どうすれば修正できますか？

古いバージョンの Eldos SecureBlackBox がインストールされています。今、私はそれをアンインストールし、最新バージョンをインストールしました。残念ながら、Delphi は古い DCU ファイルをキャッシュするため、新しい DCU ファイルから新しいプロパティを使用することはできません。

Delphi 7 が DCU ファイルをキャッシュする場所を知っている人はいますか? 新しい DCU ファイルがロードされていることを確認する必要がありますか?

CCLeaner でクリーンアップを試みましたが、成功しませんでした。ありがとう

ウォルター