Discussion :

[ricky78]

Bonjour

Sur une appli developpée avec VS2008 en mode debug, celui ci ne detecte aucune fuite memoire à la sortie de l'application.
Je vérifie que je n'ai pas de fuite par le gestionnaire de tache sur un DELL XPS 1530 sous vista., le processus fait autour de 3Mo

Je passe le projet en release , construit le projet de deploiement.
En release sur le DELL, pas de fuite.

J'installe mon appli sur un PC a base d'un AMD LX800 sous XP pro et dans le gestionaire de tache mon appli grandit d'environ 4Ko toutes les 5 secondes
selon toujours le le meme procede, elle desalloue 4k et alloue 8k.
Grosso modo l'appli occupe 6Mo de memoire a son lancement, et a la fin de ce WE la memoire sur se process etait de 90Mo.

Comment expliquer une fuite sur un PC et pas sur l'autre?
Comment expliquer que la taille occupée par le process est different?
Comment detecter cette fuite si les outils VS2008 me dit que je n'ai pas de fuite?

Cordialement

[coincoin73]

Je verrais bien un problème de non-allocation d'une variable.
Et dans ces cas là c'est un peu la loterie, vu qu'une variable non-initialisée peut prendre n'importe quelle valeur (en release).

[farscape]

salut,
quelques pistes:
ta libération mémoire peut être conditionnée par un test qui peut être différent selon l'environnement d'exécution .
ou alors tu as mal géré la libération de ressources sur une assertion d'erreur interceptée.
souvent la vérité est ailleurs (dixit mulder)

[stephdim]

salut,

ça peut venir d'une lib Windows.
j'ai déjà eu ce genre de soucis avec une vieille version buggée de Gdiplus, qui créait des GDI leaks.
Verifies que ton OS soit à jour en correctifs...

@+

[ricky78]

Bonjour

Merci en effet la mise a jour de XP a corriger mon erreur.
Mais je ne sais tjrs pas quel partie du code creait la memory leak.

Cordialement