12

この大規模なアプリケーションは Delphi 5 で作成され、現在も開発が続けられています。新しいバージョンへの移行について調査が行われていますが、これまでのところ成功していません。これは、一部のサードパーティ コンポーネントが古くから更新されておらず、それ以降のバージョンでは機能しないためです。

しかしその間、人々はそれに取り組み続ける必要があります。現在、Delphi 5 IDE は本当の扱いではありません。かなりバグだらけで、現代の IDE の多くの機能が欠けているため、使いづらくなっています。特にデバッグに関しては。

だから私は疑問に思っていました-プロセスでVisual Studioを使用することは可能でしょうか? 私の知る限り、.PDB ファイル形式はかなり古く、十分に文書化されています。Delphi コンパイラでコンパイル結果の .PDB ファイルを何らかの形で生成することは可能でしょうか? その後、Visual Studio を使用してプログラムをデバッグできますが、元の IDE よりも大幅にデバッグできる可能性があります。

まあ、絶対的な聖杯は、すべての開発を VS に移行し、コンパイラを Delphi から除外することですが、それはかなり不可能だと思います。

4

5 に答える 5

5

ところで、ここでこの機能に投票できます。

VS互換のデバッグ情報は、アプリケーションのデバッグに役立つだけでなく（同意します。Delphiを使用することをお勧めします）、ProcessExplorerなどのツールを使用する場合にも役立ちます。たとえば、Process Explorerは、RAW番号の代わりに、人間が読める形式の呼び出しスタックを表示できる場合があります。

于 2010-04-15T10:03:14.800 に答える
5

私はtds2pdbを試しましたが、うまくいきました。

于 2010-12-10T05:37:04.107 に答える
0

Delphiの新しいバージョンに移行することをお勧めします。これは、クライアント向けのさまざまなアプリケーションで実行されています。Delphiの新しいバージョンへの移行は通常簡単ですが、コンポーネントの処理方法の変更（設計時のコードが実行時から分離されている）のためにD5からD6への移行に問題があり、D2009でのUnicodeへの変更はより大きな変更でした。

主なことは、サードパーティのコンポーネントを整理することです。ソースに付属しているサードパーティのコンポーネントのみを使用しているため、最悪の事態が発生してベンダーが消滅した場合でも、コンポーネントを自分で処理できます。

どのコンポーネントが問題を引き起こしていますか？

于 2009-10-22T11:26:24.147 に答える