Discussion :

[jcloupgarou]

Bonjour m'sieurs, dames,

ben voila, j'ai un tableau de pointeurs sur une classe CTransformation :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

  vector< CTransformation*> tableau_;

Cet objet fait partie des attributs d'une autre classe CComposant. Je suis dans le cadre d'une simulation longue. Je teste regulierement la taille des tableaux de mes CComposant en appelant la propri�t� NbTransf() :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
int CComposant::NbTransf()
{
	return (int)tableau_.size();
}

H� bien, ou bout d'un certain temps, en debug j'obtiens une exception de stack overflow, et en release l'appli se ferme brutalement sans sommation, ou autre message d'erreur... Le CComposant en question est bien d�fini. Je travaille sous visual et je peux voir la valeur de mon "tableau_" qui est bien vide "tableau|[0]()". Et pourtant ca plante � ce moment l�. Ce n'est pourtant pas une partie multi-thread�e, donc pas d'acc�s concurrent...

Plantage � l'appel d'un "size" sur un std::vector, je n'ai jamais vu ca !
Avez vous des id�es svp ? Merci !

[Mat.M]

Salut on n'a pas assez de code , comment est allou� CTransformation *, comment il est supprim� donc on ne peut pas trop r�pondre..

[jcloupgarou]

Le "tableau_" en question sur lequel l'appli plante n'est jamais rempli.
Il est vider dans le constructeur du CComposant :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

tableau_.clear();

de base, et plus aucun remplissage apr�s !
Il y a justement seulement des acc�s pour v�rifier sa taille et appliquer le traitement ad�quate si celle ci est non nulle. Dans le cas de celui qui plante, il est toujours vide et de nombreux acc�s � tableau_.size() se passent bien, jusqu'au moment ou cela plante !

[mala92]

Dans le cas de celui qui plante, il est toujours vide et de nombreux acc�s � tableau_.size() se passent bien, jusqu'au moment ou cela plante !

Tu dois avoir un �crasement m�moire quelque part.
As-tu moyen de debugger ? :voir si le vecteur ne se fait pas �craser, par ex, par la variable membre d�clar�e juste avant lui.

[jcloupgarou]

Oui je traite le probleme en mode debug avec visual studio et je peux espionner la valeur des diff�rentes variables et objets instanci�s au moment du plantage.
Le CComposant est bien d�fini : il comprend beaucoup d'attributs, vector sur des pointeurs, double, int, CString et autres pointeurs sur des classe maison.
Dans l'ordre de declaration, c'est une serie de doubles et de int qui precede le tableau, et ils ont des valeurs tout � fait juste (dans l'espion du d�buggueur) et c'est aussi le cas pour tous les attibuts du CComposant.

[dragonjoker59]

Es-tu dans un traitement r�cursif ou dans une boucle ?