Question

Nous avons cette grande application écrite dans Delphi 5 et le développement est en cours à ce jour. Des recherches sont en cours pour migrer vers des versions plus récentes, mais jusqu'à présent, elles n'ont pas abouti, certains composants tiers n'ayant pas été mis à jour depuis bien longtemps et ne fonctionnant pas avec les versions ultérieures.

En attendant, les gens doivent continuer à travailler dessus. Maintenant, Delphi 5 IDE n’est plus un vrai régal. Il est assez corrigé par des bogues et manque de nombreuses fonctionnalités des IDE contemporains, ce qui le rend difficile à utiliser. Surtout en matière de débogage.

Je me demandais donc: serait-il possible d'utiliser Visual Studio en même temps? Pour autant que je sache, le format de fichier .PDB est assez ancien et bien documenté. Serait-il possible de faire en sorte que le compilateur Delphi génère en quelque sorte un fichier .PDB pour ses résultats compilés? Ensuite, le programme pourrait être débogué avec Visual Studio, probablement dans une bien plus grande mesure que dans l'EDI d'origine.

Bien, le Saint Graal absolu serait de déplacer tout développement vers VS, en gardant juste le compilateur de Delphi, mais j'imagine que ce serait plutôt impossible.

Était-ce utile?

La solution

Non, aucune autre version de Delphi non plus. Vous pouvez utiliser Map2Dgb pour activer un fichier de carte détaillé dans un fichier dbg, que vous pourrez utiliser dans WinDbg.

Je suis curieux de savoir quelles fonctionnalités de débogage que vous vous attendez à utiliser dans Visual Studio et qui ne font pas partie de Delphi 5 et qui ne dépendent pas non plus de la compréhension par l'EDI du langage Delphi. J'ai toujours été plutôt satisfait de Delphi 5.

Autres conseils

BTW, vous pouvez voter pour cette fonctionnalité ici .

Notez que les informations de débogage compatibles VS seront utiles non seulement pour les applications de débogage (je suis d’accord: il est préférable d’utiliser Delphi), mais également pour utiliser des outils tels que Process Explorer. Par exemple, Process Explorer peut afficher une pile d’appel lisible par l’homme au lieu de numéros RAW.

J'ai essayé tds2pdb et cela fonctionne très bien pour moi.

Apparemment, vous ne pouvez pas. On dirait que PDB est après tout un format Microsoft propieritaire sans documentation, et en tant que tel, aucun autre outil ne le génère. Pitié. : (

Je recommanderais de passer à une version ultérieure de Delphi. Nous l'avons fait avec diverses applications pour les clients. Le passage à une version plus récente de Delphi est généralement simple, mais des problèmes ont été rencontrés pour passer de D5 à D6 en raison de modifications apportées à la manière dont les composants ont été gérés (le code de temps de conception étant séparé de l'exécution) et le passage à Unicode dans D2009 était un changement plus important. .

L’essentiel est de trier les composants tiers. Nous n'utilisons que des composants tiers fournis avec le code source. Par conséquent, si le pire se produisait et que le fournisseur disparaissait, nous pouvons toujours travailler sur les composants nous-mêmes.

Quels composants sont à l'origine des problèmes?

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top