Discussion :

[r0d]

Bonjour à tous,

dans la série "les sales questions des vacances", voici le "memory leak" d'un autre monde:

Detected memory leaks!
Dumping objects ->
First-chance exception at 0x7c809eec in monProjet.exe: 0xC0000005: Access violation reading location 0x120625f8.
#File Error#(689) : {2651} normal block at 0x02743CE8, 8 bytes long.
Data: < <t > BC 8D 07 12 A8 3C 74 02

Là-dessus, j'ai tenté un bon vieux

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 _CrtSetBreakAlloc(2651);

mais le point d'arrêt n'a rien à voir avec le memory leak.

J'ai recherché sur la toile, je n'ai absolument rien trouvé
Connaissez-vous cette "chose", et savez-vous comment y remédier?

merci.

[Invité]

Ton paquet de données vaut ca: ¼�¨<t
Si tu as un file error, cherche déjà de ce côté là

[r0d]

oui merci,
en fait, j'en ai plein de ce ces erreurs, et du coup, à chaque fois j'ai le contenu des blocs. Quelques exemples:
A S M O - 7 0 8
B I G 5
D O S - 7 2 0
D O S - 8 6 2
E U C - J P
m H m
E U C - K R
I B M 8 5 2
I B M 8 6 6
I S O - 8 8 5 9
I S O - 8 8 5 9
K S _ C _ 5 6 0
S H I F T _ J I
W I N D O W S - (celui-là y est beaucoup de fois)
U S A S C I I
U T F - 8
and so on...

J'ai effectué des recherches, essayé de trouver des fichiers qui contiennent ces chaînes, mais rien n'y fait.
Ce qui est très étrange également, c'est mon appli utilise 3 ou 4 fichiers, mais ce sont des petits fichiers, et il n'y a rien de tout cela dans ces fichiers.

Au fait, pourquoi y a-t-il des espaces entre chaque caractère?

[Invité]

Ca sent la mémoire non initialisée.

A chaque block de mémoire allouée, utilise la fonction:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ZeroMemory(buffer, BUF_SIZE);

Tu verras déjà plus clair dans les memory leaks. (genre un paquet de zéros au lieu de retrouver des messages systèmes que je vois)

Ca résoud pas le problème mais tu comprendras mieux dans quelle cour tu joues

[Médinoc]

Ce ne sont même pas des messages système : J'ignore comment, mais r0d a réussi à atterrir dans une zone où sont stockés des noms de charsets... (Windows-1252, ISO-8859-1, etc.)

[Invité]

Malheureusement, ce genre de choses là arrivent pour ceux qui n'y prennent pas garde. Peu importe si ce sont des charsets, c'est de la mémoire dynamique précédemment utilisée qui n'a pas été réinitialisée lors de la réallocation. C'est généralement tout ce qui se trouve après un '\0' d'une chaine de caractères qui n'utilise pas toute la mémoire qu'on lui a réservée.

[r0d]

Bonjour,

je suis d'accord pour dire que ce problème viens d'une allocation non maitrisée. Mais malgrès tous mes efforts, je ne parviens pas à voir d'où ça peut venir. J'ai vérifié toutes mes allocations (j'ai quelques new, et aucun malloc), mais rien de ce côté là.

Vous n'auriez pas des conseils qui puissent me permettre de trouver une piste? Une façon de trouver d'où vient le problème? Parce que là, je pédale dans la semoule et je perds trop de temps

En tous cas, à vous

[Wolfen]

Pour chacun de tes "new", tu as un delete qui se déclenche ? Quand c'est un tableau, tu fais un "delete []" ? Ca vient toujours de là en général...

[r0d]

oups, j'ai oublié de clore ce sujet

Le problème venait du fait que j'utilisais plusieurs libs qui n'utilisaient pas la même crt car elle avaient été compilée différemment.