pb de vector (encore un)

Version imprimable

Voir 40 message(s) de cette discussion en une page

14/01/2008, 16h44
DEVfan

Justement, je suis en train de réexaminer cette question parce qu'il arrive que je manipule this (enfin son contenu) et qu'à la fois il soit dans le vecteur modifié et modifiable... réponse à ça dans un Edit

EDIT : parcours du vecteur et si this vérifie une certaine propriété avec un objet du vecteur... fusion d'une copie de this avec l'objet du vecteur.
Donc le vecteur en soit n'est pas modifié mais son contenu oui!
14/01/2008, 16h53
yan

Citation:

Envoyé par DEVfan

Justement, je suis en train de réexaminer cette question parce qu'il arrive que je manipule this (enfin son contenu) et qu'à la fois il soit dans le vecteur modifié et modifiable... réponse à ça dans un Edit

En faite c'etait pour te dire que ressouder devrait du coup retourner un iterateur valid comme insert ou erase
http://www.cplusplus.com/reference/s...tor/erase.html
Mais ça aurai été plus simple en voyant ta fonction :aie:
14/01/2008, 17h26
DEVfan

Merci pour le lien, je le perds toujours celui-là!

ça me rassure pour l'appel automatique du destructeur :

Citation:

This effectively reduces the vector size by the number of elements removed, calling each element's destructor before.

Et si ça le fait pour erase, ça doit bien le faire pour toute destruction!!!:lol:

Bon par contre, ça change rien au pb. Dans quel cas le vecteur peut-il mettre tous ses conteneurs sur NULL et cela invalide quels process de la stl associé!!?:scarymov:
14/01/2008, 17h30
yan

Citation:

Envoyé par DEVfan

Merci pour le lien, je le perds toujours celui-là!

ça me rassure pour l'appel automatique du destructeur :

Et si ça le fait pour erase, ça doit bien le faire pour toute destruction!!!:lol:

Oui mais si ses un vecteur de pointeur. C'est le pointeur qui est detruit, pas ce qui est pointé. C'est pas la même chose

Citation:

Envoyé par DEVfan

Bon par contre, ça change rien au pb. Dans quel cas le vecteur peut-il mettre tous ses conteneurs sur NULL et cela invalide quels process de la stl associé!!?:scarymov:

J'ai pas bien compris... Comment sait tu que ton conteneur contiens que des NULL???
Tu developpe avec quoi?
14/01/2008, 22h31
DEVfan

Ce sont des vecteurs d'une classe C... pas de vecteur de pointeur

Ensuite, je développe avec Eclipse et les options standard pour le C++. Lors du debug, on peut suivre des variables et en particulier les iterateurs début, fin et fin de stockage ... et ceux là sont dans ce cas précis à NULL (0x00000000). Et ça me pose un problème!! Il veut pas le remplir! (avec=truc ou avec push_back ou insert, etc.!!!)
14/01/2008, 22h40
yan

Ça ressemble a quoi l'interface de la fonction soudure?
Et tu sur de ton interprétation??
Genre _M_start, _M_finish, _M_end_of_storage vaut zero car
les structures GLignage associées sont composé que de zéro en memoire?
15/01/2008, 01h10
DEVfan

2 pièce(s) jointe(s)

Oui, c'est possible... je met en pj le lieu du pb d'un point de vue graphique

Avt l'appel de la fonction, vecteur normal mais de taille nulle et dedans, vecteur recopié "à NULL".

RQ : la fonction s'appelle en réalité soude_jointure mais j'ai racourci en soudure ... et j'en changerais sans doute encore une fois le code fini;) Mais l'idée est la même.
15/01/2008, 11h14
yan

tu pourrais mettre ton code soudure jointure?
par ce que la j'ai plus d'idée

oui ... mais elle fait rien pour l'instant :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
 
bool GLignage::soude_jointure(vector<GLignage>& amas)
  {
//l'amas est déjà invalide ici... iterateurs sur NULL
   if(amas.size()==0)
     {
	  amas.push_back(*this);
	  return 1;
     }
 
   bool stop=false;
   int compteur=0;
 
   while(!stop)
     {
	  stop=true;
	  for(vector<GLignage>::iterator ite=amas.begin();ite<=amas.end();++ite)
        {
		 if(joint(*ite))
		   {
			compteur++;
			//break; j'optimiserais plus tard
		   }
        }
     }//fin du while
 
   //risque de jointure en cascade : 
   /*if(compteur>1)
     {
 
     }*/
   //todo
   return (compteur>0);
  }
/////

RQ : joint modifie l'objet passé en paramètre dans certaines conditions... mais même en commentaire, le pb reste (logique!)

16/01/2008, 21h18
DEVfan

J'ai refait qq tests ... et ce n'est pas le seul cas où les vector<GLignage> sont créés à NULL. J'ai alors relu la doc STL sur les vector et il semblerait que ce soit logique d'après cette phrase :

Citation:

explicit vector ( const Allocator& = Allocator() );
Default constructor: constructs an empty vector, with no content and a size of zero.

Mais parfois, ce n'est pas à NULL... donc mystère.

Le pb est donc ailleurs...

EDIT : nouvel cause en cours...
passer une référence sur un vector dans une méthode (ou un fonction) puis modifier le contenu du vector... qu'obtient-on à la sortie... et bien parfois la même chose qu'au départ!!! Personnellement, je trouve que ça défie mes connaissances du C++!!!

Normalement, fct(a, &a, *a) permet de laisser a, &a et a intact mais permet de modifier rien, a et *a. (respectivement)
16/01/2008, 21h25
yan

Citation:

Envoyé par DEVfan

J'ai refait qq tests ... et ce n'est pas le seul cas où les vector<GLignage> sont créés à NULL. J'ai alors relu la doc STL sur les vector et il semblerait que ce soit logique d'après cette phrase :

Mais parfois, ce n'est pas à NULL... donc mystère.

Le pb est donc ailleurs...

???
ce n'est pas le même problème...

Question ton code plante?? c'est bien ça? ou c'est juste que tu voie des 0 et donc tu considère que ton code va planter?

Sinon,a mon avis tu fait une erreur mémoire avant. D'où tes 0 qui apparaisse bizarrement.
Peut tu mettre toute la fonction où tu appel soude_jointure?
16/01/2008, 23h11
DEVfan

...en effet et je viens d'en trouver la cause.

Alors premièrement, je sais pas trop pourquoi ça plante plus... devais y avoir un pb de mémoire qq part... je sens que je retomberais dessus un jour :?

Et deuxième pb... il manquait le symbole de référence:boulet: ... et le gestionnaire eclipse avait librement inventé des méthodes sans, avec et pour pointeur!!! Merci Eclipse!:furieux:
16/01/2008, 23h37
yan

Citation:

Envoyé par DEVfan

...en effet et je viens d'en trouver la cause.

Alors premièrement, je sais pas trop pourquoi ça plante plus... devais y avoir un pb de mémoire qq part... je sens que je retomberais dessus un jour :?

Et deuxième pb... il manquait le symbole de référence:boulet: ... et le gestionnaire eclipse avait librement inventé des méthodes sans, avec et pour pointeur!!! Merci Eclipse!:furieux:

lol

Voir 40 message(s) de cette discussion en une page