Ce petit outil permet de rechercher sur des codes en C/Win32 (pas de code objet) des oublis de libération de ressource. (150*2 APIs reconnues)
Il analyse les fichiers de code individuels ou un projet entier.
Il donne ensuite un rapport qui aide à retrouver des erreurs ou des oublis de programmation.
Le code contient une classe pour facilement gérer une listView en mode rapport.
Vu que le C est un langage hyper libre dans sa forme et que je n'utilise pas d'automate, seuls les styles conventionnels donneront des résultats.
Merci pour ton commentaire, effectivement je n'ai pas pensé à tous les cas (qui sont légions en C) et à vrai dire pour que ce soit vraiment efficace, il faudrait passer des heures et des heures dessus.
J'ai fait ça pour le fun et pas vraiment pour l'utiliser en réel.
Intéressant... mais si une variable est allouée dans une fonction utilisée dans une autre et desallouée dans troisième, ce programme indique généralement une allocation manquante et une libération manquante... Ce petit défaut apparaît alors même que les seules fonctions d'allocation, libération sont malloc, calloc et free ...
Comme il vaut mieux être trop (;-)) prudent avec les problèmes de mémoire, je concluerai par un bravo : les rapports d'annomalies sont clairs et il n'est pas difficile d'aller vérifier dans les sources...
Deux suggestions :
-- lancer un éditeur de texte (au choix) qui ouvre le fichier source quand on double click sur une anomalie
-- stocker les api reconnues dans une liste chargée depuis un fichier afin d'étendre éventuellement les détections d'alloc, desalloc sans avoir à recompiler le prog
J'ai fait ça pour le fun et pas vraiment pour l'utiliser en réel.
Bonne prog à tous...
Comme il vaut mieux être trop (;-)) prudent avec les problèmes de mémoire, je concluerai par un bravo : les rapports d'annomalies sont clairs et il n'est pas difficile d'aller vérifier dans les sources...
Deux suggestions :
-- lancer un éditeur de texte (au choix) qui ouvre le fichier source quand on double click sur une anomalie
-- stocker les api reconnues dans une liste chargée depuis un fichier afin d'étendre éventuellement les détections d'alloc, desalloc sans avoir à recompiler le prog
Bravo encore pour le code soigné !!
Le code objet nécessiterait des automates complexes...
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.