問題タブ [bpl]

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

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

私は BCB 5 を使用しており、通常の条件下で完全に機能する DynamicArray を持っていますが、最近、大規模なデータセット (約 7000 アイテム) に使用することを余儀なくされ、例外ハンドラーがこの EAccessViolation をスローします。これは次の後に発生します。

そして、私が Recon.Length = 4606 をチェックしたとき

リンカー オプションでヒープの最大サイズを最大に増やしましたが、それでもこのエラーが発生します。

アプリケーションで使用できるメモリを増やす別の方法はありますか

そこにあるはずだとわかっているのに、なぜ「エントリポイントが見つかりません」というメッセージが表示されるのかを調べています。マップ以外に、.bpl または .dll を「探索」してエントリ ポイントを表示するツールはありますか?

リンクされたスタティック ライブラリを使用して C++ Builder XE プロジェクトをビルドする必要があるため、プロジェクトの Debug\Win32 ディレクトリで大きな実行可能ファイルを取得できますが、できません。

プロジェクトをビルドしようとするたびに、ランタイム ライブラリを使用して実行可能ファイルがビルドされませんが、プロジェクトのオプションを設定して、「ダイナミック RTL とのリンク」を無効にし、「ランタイム パッケージを使用してビルド」を次のように有効にします。

ここで何がうまくいかないのですか？何か案が？

よろしくお願いします。

SOAPユニットのエラーを修正しました ( Soap.OPToSOAPDomConv.pas) が、再構築する方法がわかりませんsoaprtl170.bpl(Delphi XE3)。

そのbplを必要とするIDEにインストールするコンポーネントがあり、それをフォームにドロップしてアクティブ化すると、デザインモードでWebサービス呼び出しが行われるため、これを行う必要があります。

デザインモードでは、変更された代わりにsoaptlを使用しているようSoap.OPToSOAPDomConv.dcuです。ランタイムパッケージを使用しておらず、dcuが優先されるため、ランタイムでは機能します。

bpl の再コンパイル方法に関するヘルプをいただければ幸いです。

そのファイルに適用したい具体的なパッチは次のとおりです。

パッチは、trueを addChild に追加することで構成されます。

通常、XE4 IDE の起動には数秒かかります。paxCompiler をインストールし、paxComp_xe4.bpl のロードに約 40 秒かかりました。paxComp_xe4.bpl をアンインストールし、この bpl をコードでロードすると、

わずか0.3秒。

このパッケージの読み込みが非常に遅いのは IDE だけです。何が間違っている可能性がありますか。残念ながら、paxCompiler Alexander Baranovsky の作成者にも回答がありません。Delphi 2007 では問題ありません。

編集

paxCompiler コンポーネントを持たないプロジェクトで Delphi XE4 を実行すると、IDE がすぐにロードされます。しかし、フォームに paxCompiler コンポーネントを含むプロジェクトを開くと、完全にロードするのに約 40 秒かかります。このため、フォーム上でのコンポーネントの作成 (設計時) が非常に遅いと結論付けることができます。しかし、なぜ？実行時にはすべて問題ありません。