Discussion :

[auron1]

Salut, Bonne Année 2008 à tous, et merci pour vos réponses. J'ai trouvé le problème : en fait, si la fonction cause un arrêt, c'est parce que g.Wmesh n'est pas crée à cause d'une corruption du tas ("Heap corruption") mais je ne sais pas à quoi cela est dû. Je mets ici un pseudo code de la partie à problème:
for(int n = 0; n < une_certaine_valeur; ++n)
{
for(int a = 0; a < une_autre_valeur; ++a)
{
buildSubMesh(); //une de mes fonctions
}
}
void buildSubMesh()
{
ID3DXMesh** Temp = new ID3DXMesh*; //ID3DXMesh* est le type de gWmesh
...
HR(D3DXCreateMesh(....,....,......Temp));
....
...
...
SubGrid g; //SubGrid une structure contenant un ID3DXMesh*
g.Wmesh = (*Temp);
mSubGrids.push_back(g); // mSubGrids le fameux vector de SubGrid qui n'était pour rien
delete Temp;
}
Voilà; pour a=0 et a=1 tout se déroule correctement la macro HR(x) voit des S_OK mais, pour a=3, "ID3DXMesh** Temp = new ID3DXMesh*;" est exécuté correctement et dès la validation de CreateMesh, dans la fenêtre de sortie, il est écrit "Heap corruption" et HR(x) voit un E_OUTOFMEMORY(mais l'execution ne sera arrêtée que plus tard).
Même en activant le mode debug je n'est pas plus de précision sur mon code, à part que l'exécution s'arrête aussitôt le problème rencontré et m'envoie sur
cette partie du code du fichier(fourni avec le sdk ou visual c++) xutility :
template<class _InIt> inline
void __CLRCALL_OR_CDECL _Debug_range(_InIt _First, _InIt _Last, const wchar_t *_File, unsigned int _Line)
{ // test iterator pair for valid range
là-> _Debug_range2(_First, _Last, _File, _Line, _Iter_cat(_First));
}

Normalement, si j'alloue de la memoire dans le tas dans une fonction à l'aide de new, utiliser delete libère cet espace et le fait que ce soit local n'est-il pas censé garantir qu'à chaque appel de "buildSubMesh()" "Temp" n'ait rien à voir avec les précedents ?
Je ne comprend vraiment plus rien.

[Pacorabanix]

Salut et très bonne année à toi aussi !

En attendant une réponse pplus sure, voici déjà quelque chose qui me choque :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
void buildSubMesh()
{
ID3DXMesh** Temp = new ID3DXMesh*; //ID3DXMesh* est le type de gWmesh
...
HR(D3DXCreateMesh(....,....,......Temp));
....
...
...
SubGrid g; //SubGrid une structure contenant un ID3DXMesh*
g.Wmesh = (*Temp);
mSubGrids.push_back(g); // mSubGrids le fameux vector de SubGrid qui n'était pour rien
delete Temp;
}

Je parierai que l'erreur est ici.

Tu dis "SubGrid est une structure contenant un ID3DXMesh*". Or en C++ structure == classe. Le souci est que cette classe contient un pointeur. L'objet g est crée dans la fonction et sera détruit dans la fonction. ll utilise le constructeur de copie. Si tu n'en as pas spécifié, il va simplement faire une copie rigoureuse membre à membre de Temp.

Donc le(s) pointeur(s) que contient g pointeront sur la meme zone de mémoire que Temp. Ensuite le pushback fait une copie de g. Donc dans le vecteur, l'élément que tu ajoutes pointe toujours vers la zone de Temp.

Or Temp est crée dynamiquement et tu le détruis après le pushback. Donc la zone pointée par l'élément dans le tableau devrait être invalide non?

[auron1]

Merci pour l'indication, j'ai modifié cette partie du code, elle se présent maintenant comme ceci:
mSubGrids.resize(nbre_par_col*nbre_par_ligne); // toujours mon vector de structure SubGrid
int p = 0;
for(int n = 0; n < nbre_par_col; ++n)
{
for(int a = 0; a< nbre_par_ligne; ++a)
{
buildSubMesh(mSubGrids[p].Wmesh);//Wmesh est toujours un ID3DXMesh*
p += 1;
}
}

void buildSubMesh(ID3DXMesh* pMesh)
{
pMesh = 0;
...
HR(D3DXCreateMesh(...., ....,.....&pMesh));
....
....
}
Mais, j'ai toujours le même problème de corruption du tas et E_OUTOFMEMORY par HR(x).