gagah1
Messages postés509Date d'inscriptionsamedi 28 juin 2003StatutMembreDernière intervention 3 août 2010
-
21 mars 2007 à 08:59
yann_lo_san
Messages postés1137Date d'inscriptionlundi 17 novembre 2003StatutMembreDernière intervention23 janvier 2016
-
23 sept. 2007 à 16:30
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
yann_lo_san
Messages postés1137Date d'inscriptionlundi 17 novembre 2003StatutMembreDernière intervention23 janvier 201626 23 sept. 2007 à 16:30
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.
Bonne prog à tous...
cruchacode
Messages postés11Date d'inscriptionsamedi 14 août 2004StatutMembreDernière intervention22 février 2012 11 sept. 2007 à 10:29
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
Bravo encore pour le code soigné !!
yann_lo_san
Messages postés1137Date d'inscriptionlundi 17 novembre 2003StatutMembreDernière intervention23 janvier 201626 21 mars 2007 à 14:52
Et oui, comme prévenu dans la description.
Le code objet nécessiterait des automates complexes...
gagah1
Messages postés509Date d'inscriptionsamedi 28 juin 2003StatutMembreDernière intervention 3 août 2010 21 mars 2007 à 08:59
Projet interessant, malheureusement il ne traite pas le code objet.
23 sept. 2007 à 16:30
J'ai fait ça pour le fun et pas vraiment pour l'utiliser en réel.
Bonne prog à tous...
11 sept. 2007 à 10:29
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é !!
21 mars 2007 à 14:52
Le code objet nécessiterait des automates complexes...
21 mars 2007 à 08:59