Discussion :

[anslab]

Bonjour à tous,

je dévellope un programme qui doit gérer un protocole expérimental (en gros j'affiche des choses qui bougent et les gens me disent ce qu'il voient).

Par défaut, je fait toute la partie "affichage" avec wxWidget. Je suis sous MS VC++ 6.0.

Je rencontre dans une de mes fonctions un "debug assertion failure" :
"User Breakpoint called from code at 0x7c901230"

suivi de :

"debug assertion failed
programme machin.exe
file dbgheap.c
line 1044

expression : _CrtIsValidHeapPointer(pUserData)"

J'ai déjà regarder ce que je pouvait faire mais j'ai pas vraiment compris ce que j'ai pu trouver sur le net.
merci

[Aurelien.Regat-Barrel]

Corruption de ta mémoire. Si tu remontes la pile d'appels, tu tombes sur la ligne de ton code ou la corruption a été détectée, ce qui ne veut pas dire que c'est la qu'elle a lieu. Ca peut aussi etre un pointeur renvoyé par new/malloc qui a été modifié.

[anslab]

Par "modifié", tu entends quoi? J'ai déjà vérifié toutes mes allocations/désallocations. Est-ce que le problème pourrait être lié au typage des données pointées?

[edit by moi]

Je viens de trouver la solution. J'avis un tableau dynamique que je newé/deleté comme on m'a appris ("Toujours tu deleteras tes variables dynamique sans quoi le chaos reigneras sur le monde"). Et j'ai purement supprimé le problème en supprimant le delete de mon tableau.

Je veux pas être chiant mais je voudrais quand même bien savoir pourquoi maintenant que je fais pas de désalloc ca marche...

[Médinoc]

Tu as cassé le thermomètre, pas fait baisser la température...

[Laurent Gomila]

Parce que tu as corrompu la mémoire à l'endroit où est stocké ton tableau. Il faudrait que tu nous montres le code qui l'utilise.

[anslab]

Finalment, je reviens avec exactement le même problème. Chaque fois que m fonction fait appel à un destructeur, quel qu'il soit, ca plante. J'en ai acquis la certitude en virant mes destructeurs l'un après l'autre.

dans ma pile d'appel, comme puis je reconnaître la fonction qui corrompt ma mémoire?