問題タブ [delphi-2009]

プラグインを使用するプログラムを作成しています。残念ながら、プラグイン フレームワークの動的リンクにより、RTL と VCL がプロジェクト EXE から強制的に BPL バージョンに移動され、デバッグ情報が有効になりません。

そこで、プラグインに静的にリンクするテスト フレームワークを構築して、コードをトレースしながら自分が何をしているかを実際に確認できるようにしました。しかし今、再コンパイルしようとするたびに、「ユニット turbu_skills は異なるバージョンの turbu_database.GDatabase でコンパイルされました」というエラーが表示されます。

このエラーは以前にも見たことがありますが、RTL ライブラリや VCL ライブラリなど、変更すべきではないものを変更したときだけです。自分のコードでそれを行う理由がわかりません。turbu_skills ユニットと turbu_database ユニットは、どちらも私が書いたユニットです。GDatabase はグローバル シングルトン変数であり、そのクラス定義は何週間も変更していません。どちらのユニットにも何も触れていなくても、再コンパイルを引き起こす変更により、このエラーが発生します。

フル ビルド (SHIFT-F9) を実行すると、正しくコンパイルされます。しかし、ユニット (任意のユニット) でSPACEを押して F9 を押すと、再びエラーが発生します。どうすれば停止できますか? これはメイン アプリでは発生せず、テスト フレームワークでのみ発生します。

編集：すべてのユニットのソースがあります。DCU や同様のファイルを削除しても役に立ちません。プロジェクト全体を別のコンピューターにコピーし、すべての DCU を削除して、そこでビルドしても役に立ちません。プログラムのレイアウトとコンパイラーの間に客観的で再現可能な競合があり、それを取り除きたいと思っています。

ソースはhttp://www.turbu-rpg.com/downloads/Turbu_source_setup.exeで見つけることができます。JVCL がすでにインストールされている Delphi 2009 が必要です。残りはインストーラー パッケージが処理します。ソースコードを入手できると、誰かがこれを追跡するのに役立つかもしれません。問題がどこにあっても、それは私を超えているので、私は確かにそう願っています。この問題は、testing.exe と turbu.groupproj の turbu.exe で見つけることができます。

編集 2: これは別のクロスユニット ジェネリックの問題であることが判明しました。ぐら。回避策をコーディングすることができました。ジェネリックの問題がすぐに修正されることを願っています。

TClientDataSet のデータを XML ファイルに保存しようとしていますが、一部のフィールドがうまくいきません。ヘルプファイルには、\bin フォルダー内の xmlmapper.exe ファイルまたは IDOMDocument インターフェイスを使用する 2 つの方法のいずれかで、定義を作成するように記載されています。

問題は、xmlmapper.exe がそこにないことです。IDOMDocument は、ドキュメントを作成せずに Delphi 2009 でリリースされた厄介な構造の 1 つです。そのため、存在しない EXE か、ドキュメントがなく、どのオブジェクトがそれを実装しているか、またはどのように作成するかを示していないインターフェイスのいずれかを選択する必要があります。

この場合、私が何をすべきか知っている人はいますか？

Delphi 2009 の新しい VCL プロジェクト:

IDEからExeを実行すると失敗し、ディレクトリからEXEを実行すると、ダブルクリックするだけで成功します!!??

私が欠けているものを教えてください。

ありがとう、フレッド

編集: IDE 経由で EXE を起動すると、Delphi 7 で動作します!! WTfはD2009の問題です??

プログラムに印刷機能を追加するための優れたリソースはどこにありますか？

このページを見つけました：http ： //efg2.com/Lab/Library/Delphi/Printing/index.htmlしかし、5年間更新されていないので、Delphi2009でStretchDIBitsが更新されているかどうかを知りたいです。 StretchDrawMap、ページネーション、プレビューなどを最適にサポートする方法よりも依然として優先されます。

これまで、私はそれらを印刷するよりもhtmlまたはpdf文書を作成することによってだまされてきましたが、すべての印刷タスクのためにここまで行くのは少し面倒です。

TLBとメンテナンスの問題を参照...

Delphi 2009で新しい COM/ActiveX タイプ ライブラリのサポートを(しばしば) 使用している人々への私の質問: 実装はどのくらい安定していますか?

特に、クラスの追加/削除、GUID の変更、メソッド/プロパティの名前変更、メソッド/プロパティの並べ替え、巨大なタイプ ライブラリ (50 以上のクラス) などに興味があります。

Delphi 2007 (悪夢) や Delphi 7 (まったく問題ありませんが、SVN から TLB ファイルを復元しなければならない場合もあります) と同じくらい安定していますか、それとも超安定 (...うーん、....のように) ですか? Delphi のバージョンを覚えていますか？）

編集:はい、もちろん、テキスト RIDL は優れたアイデアでしたが、私の質問は: TLB サポート
の (新しい)実装は安定していますか?上で説明したタスク）。

Indy は Delphi 2009 のインストール プロセスに組み込まれているため、SVN リポジトリから最新のものにアップグレードできるように、Indy を「削除」する適切な方法はありますか? 私の知る限り、それを自動的に削除するオプションはありません。

Indy9 フォルダがあるのはなぜですか (C:\Program Files\CodeGear\RAD Studio\6.0\source\Indy のデフォルトのインストール フォルダには、「Indy9」と「Indy10」のサブディレクトリが含まれています) なぜ両方のバージョンがインストールされるのですか? Indy9 を使用しているのは何ですか? 2009 用に更新されているとは思いませんでした... Indy9 は Delphi 2009 で安全に使用できますか?

SynapseはDelphi2009本番アプリケーションの準備ができていますか？彼らのウェブサイトはしばらくの間更新されたようには見えません： http ：//www.ararat.cz/synapse/doku.php プロジェクトは死んでいますか？

Delphi 2009 に同梱されている Indy 10 SMTP コンポーネントは、件名と本文で Unicode を適切にサポートしていないよう です。

誰かが良い代替案を知っていますか、またはこの問題を解決するために Indy10 に必要な変更を加えた人はいますか?

なんらかの理由で、UTF8Stringの生のバイト内容を表示したいとします。

（1）これは行いません。読み取り可能なフォームが表示されます。

（2）ただし、これは「機能」します。連結に注意してください。

私は（1）を理解していますが、コンパイラがUnicodeStringを強制的に強制すると、RawByteString変数をそのまま表示できなくなるようです。しかし、なぜ（2）で動作が変わるのでしょうか。

（3）見知らぬ人はまだ-連結を逆にしましょう：

私はDelphiの新しい文字列タイプを読んでいて、それらがどのように機能するかを理解していると思いましたが、これはパズルです。