Outil d'analyse de code

**Bloon** · 20/09/2002, 09h52

Existe-t-il à votre connaissance un outil qui analyse le code d'un projet et donne, par exemple, les objets créés et non détruits.

Je sais bien que dans certains cas, les objets sont créés et détruits de façon "transparente" (par exemple les composants sont généralement détruits par leur owner, les objets placés dans les TObjectList sont détruits par la liste si ownsobjects est à true, etc...).

Ce genre d'outil magique est peut-être utopique mais je pense qu'en réfléchissant sérieusement au problème on doit arriver à un résultat. Donc si ça a déjà été fait, merci de me le signaler :-)

A+

Bloon

**Ultra-FX** · 20/09/2002, 09h59

Salut,

Il existe un outil, mais il analyse l'executable.
Il suveille que la mémoire allouée est restituée etc...
Du fait que celui-ci ce sert des information de déboguage de l'éxécutable il pointe dans Delphi la ligne ou il y a possibilité d'erreur.

Ce reverviens presque au même.

Cet outil s'appel Memorysleuth.
Effectue quelques recherche sur le net je ne connais plus le fournisseur.

Bon dev @+

**Bloon** · 20/09/2002, 10h33

Effectivement, c'est mieux d'espionner l'exécution du programme, ça contourne le problème des objets non détruits explicitement, des méthodes virtuelles, etc...

Sauf que ça suppose aussi que lorsqu'on teste le programme, on fasse toutes les actions possibles.

J'utilise déjà MemProof mais il n'indique pas de façon claire l'endroit qui a provoqué l'erreur. Rien que l'execution d'un programme ne comprenant qu'une fenêtre vide laisse 8 pointeurs non libérés et 1 alloc de Virtual Memory non libérée.

Sinon je suppose que tu parles de ce programme :

http://www.turbopower.com/products/sleuth/

Bloon

Invité · 20/09/2002, 10h52

Salut,

Parallélement aux outils précités, tu peux utiliser une méthode très simple et qui donne une première approche des créations / suppressions effectuées par le programme.

Chaque descendant de TObject comporte une méthode AfterConstruction et une méthode BeforeDestruction que tu peux surcharger avec un Override.

Dans AfterConstruction tu peux :

- afficher un message à l'écran indiquant la création de la classe ClassName
- et/ou incrémenter un compteur interne à l'unité comptabilisant le nombre d'objets créés / supprimés

Dans BeforeDestruction tu peux :

- afficher le même type de message à l'écran, précisant la classe de l'objet détruit
- décrémenter le compteur précédent, en vérificant qu'il est bien supérieur à 0 !!!

Dans la partie Initialization de ton unité, tu initialises le compteur interne à 0. Dans la partie Finalization, tu vérifies qu'il est bien revenu à 0. Dans le cas contraire, cela signifie qu'un ou plusieurs objets de la classe décrite dans l'unité n'ont pas été détruits.

On peut aller un peu plus loin dans ce type de trace en intégrant dans l'unité un objet TStringList, dans lequel tu stockes au fur et à mesure les messages de création / destruction d'objets. In fine, tu sauves tout ceci automatiquement sur disque et tu peux ainsi réanaliser tous les processus de création / suppression, et trouver quels sont les coupables...

Ce n'est pas la seule méthode de tracé, mais elle a le mérite d'être très simple à implémenter.

A+

Didier

**Bloon** · 20/09/2002, 10h58

Ca me plait assez comme solution. De plus c'est facile à désactiver si on encadre tout ça dans des directives de compilation.

a+

Bloon

**dsy** · 20/09/2002, 14h39

Salut,

un outil d'analyse de code delphi tres complet : http://www.peganza.com/

**trident_job** · 06/08/2007, 08h16

En outils payant il existe AQTime de Automated QA. Outils très complet pour tests, performances, leak, compatibilité, etc ...

Sinon, tu as aussi des metrics et une vérification des bonnes pratiques de codage avec BDS 2006. Je ne sais pas si cela a été reconduit avec Delphi 2007.