erreur d�bogage vc++

slt, je travaille sous vc++ , mon code s'ex�cute normalement mais quand je viens de fermer la boite de dialogue, je trouve l'erreur suivante(boite de message):

Citation:

---

HEAP CORRUPTION DETECTED: after block #119 at 0x001063C8
CRT detected that the application wrote to memory after end of heap buffer

---

est ce cela peut �tre du aux pointeurs?( j'utilise l'allocation dynamique )
j'ai v�rifi� la taille des tableaux et je ne trouve pas qu'ils sont inf�rieures � la taille des donn�es contenues.

Quelqu'un peut m'aider s'il vous plait?

Bonjour,

cette erreur signifie que quelque part tu �cris en dehors de la m�moire que tu as allou�. Du coup le tas est corrompu et lorsqu'il essaie de tout d�sallouer, �a crashe.

Il y a milles fa�ons de cr�er une "heap corruption", mais bien �videmment, une mauvaise manipulation de pointeurs est bien souvent la cause. C'est une des raisons pour lesquelles on dit: "utiliser les pointeurs que quand on ne peut pas faire autrement".

Pour �tre pr�cis, vous avez ce message car vous �tes en mode DEBUG et, avec les bonnes options de compilation, � chaque fois que vous faite une allocation dans le tas, le C-Runtime en DEBUG ajoute quelques octets avant et apr�s la zone m�moire qui est fourni au programme.
Par exemple, apr�s un appel � la fonction malloc de X octets qui retour un pointeur P, alors, dans la m�moire du processus, il y a quelques octets aux adresses juste inf�rieurs � P avec des valeurs sp�ciales, type 0xCC, et il y a quelques octets aux adresse juste sup�rieurs � P+X qui contiennent aussi des valeurs sp�ciales.

Au moment d'une lib�ration de m�moire, la C-Runtime v�rifie pour tous les bloques de m�moires qu'elle a allou�e (et pas uniquement celle qu'elle est en train de d�sallouer), que ces 2 zones contiennent toujours ces valeurs sp�ciales.
Si ce n'est plus le cas, la C-Runtime ouvre cette fameuse fen�tre d'alerte.

Attention, cette v�rification � la lib�ration de m�moire n'est pas syst�matique � moins de le sp�cifier avec _CrtSetDbgFlag (entre autre).
http://msdn.microsoft.com/en-us/libr...(v=vs.71).aspx

Moi, sur ce genre de probl�me, j'active le check syst�matique de la m�moire pour prendre le code fautif la main dans le sac.

slt, merci pour la r�ponse. Cela m'a clarifi� les choses
pour la fonction _CrtSetDbgFlag , elle est utilis�e en C alors que je travaille avec VC++ ( op�rateur new et delete pour les pointeurs).

pour le check syst�matique de la m�moire, comment l'activer? Merci

Les primitives new et delete utilisent les primitives malloc et free.

Donc CrtSetDbgFlag marche aussi pour les allocations C++ "standard".

Citation:

---

pour le check syst�matique de la m�moire, comment l'activer? Merci

---

C'est pratiquement dans l'exemple de la page MSDN que je vous ai fourni.

Code:

---

1 2 3 4 5 6 7 8 9 10

// Get the current state of the flag // and store it in a temporary variable int tmpFlag = _CrtSetDbgFlag( _CRTDBG_REPORT_FLAG );   // Turn On (OR) - launch _CrtCheckMemory from // being called at every allocation request tmpFlag |= _CRTDBG_CHECK_ALWAYS_DF;   // Set the new state for the flag _CrtSetDbgFlag( tmpFlag );

---

si je mets ce code dans chaque fichier .cpp , est cela est suffisant ?ou bien apr�s chaque allocation et d�sallocation de m�moire? Merci

Citation:

---

si je mets ce code dans chaque fichier .cpp , est cela est suffisant ?ou bien apr�s chaque allocation et d�sallocation de m�moire? Merci

---

Houl�, vous �tes un peu jeune dans le C/C++ semble-t-il.

Avec cette fonction de la C-Runtime, vous modifiez le comportement de la C-Runtime, donc de tous le code qui se sert de la C-Runtime et cela d�s l'appel de cette fonction.

Vous n'avez qu'� APPELLER cette fonction UNE seule fois.
Au d�but de la fonction main par exemple, si vous voulez v�rifier d�s le d�part que votre heap (tas) m�moire n'est pas corrompu.

Les variables globales seront d�j� allou�e au moment du d�but de la fonction main, donc de l'appel de

Code:

---

_CrtSetDbgFlag( tmpFlag );

---

, donc vous ne pourrez pas v�rifier quelle constructeur d'une variable globale fout le Bronx dans le tas, mais les variables globales, c'est mal. :aie:

J'ai une application MFC, donc je n'ai pas de main() . j'ai mis le code au niveau de chaque constructeur avant l'allocation de m�moire ??

Vous n'avez pas de "main" mais un �quivalent : la m�thode "InitInstance" de la classe d�rivant de "CWinApp".

Citation:

---

j'ai mis le code au niveau de chaque constructeur avant l'allocation de m�moire ??

---

Arr�tez de jouer au gal�rien. :aie:

OK MERCI et pour les classes qui n'ont pas de initInstance() (qui h�ritent de CDialog)?

je crois que je l'ai trouv� ca correspond � la fonction OnInitDialog() pour les fichiers cr�es par d�faut mais pour les classes que j'ai ajout� et qui h�ritent de CDialog, cette fonction n'existe pas , aussi pour les classes qui h�ritent de CWnd.

Citation:

---

Vous n'avez qu'� APPELLER cette fonction UNE seule fois.

---

J'ai bien dit une fois (par programme) et non par classe.

Vous n'avez qu'� modifier que la m�thode "InitInstance" de la classe d�rivant de CWinApp, ET PUIS C'EST TOUT.