Discussion :

[isoman]

Bonjour,
en codant une petite methode qui utilise un vector de map<string,string> j'ai constat� qu'elle plante lorsque j'affecte la map au vecteur.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
vector< vector< map<string,string> >  base_donnee::select_image_with_type(string type)
{
//code inutile ......
 
     vector< map<string,string> > liste_info;
    map<string,string> info_image;
//remplissage de info_image
 
 
        liste_info[0]=info_image;//plantage ici
 
    return liste_info;
}

Merci.

[Mat007]

Salut,

j'ai constat� qu'elle plante lorsque j'affecte la map au vecteur

Tu n' "affectes" pas la map au vector mais tu demandes � acc�der au premier �l�ment du vecteur, qui n'existe pas, puis � assigner info_image � cet �l�ment...
Utilise plut�t push_back :

liste_info.push_back( info_image );

MAT.

[isoman]

[yan]

salut

Code :

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

vector< vector< map<string,string> >

un vector de vector de map!!
ca fait beaucoup �a!!
par curiosit�, tu va faire quoi avec??

[ZuoYue]

et surtout, le tout sans utiliser de pointeur, si ton vecteur contient beaucoup d'�l�ments, n'y a t il pas un risque de d�passement de pile?

[Montag]

et surtout, le tout sans utiliser de pointeur, si ton vecteur contient beaucoup d'�l�ments, n'y a t il pas un risque de d�passement de pile?

Salut,

Quand tu cr�es un vector<DeQuelqueChose> les �l�ments du vector sont stock�s dans le tas et non dans la pile. Il n'y a donc pas de risques de d�passement de la pile.

[yan]

et surtout, le tout sans utiliser de pointeur, si ton vecteur contient beaucoup d'�l�ments, n'y a t il pas un risque de d�passement de pile?

C'est du dynamic. Donc pas de pile

[koala01]

Salut,

salut

Code :

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

vector< vector< map<string,string> >

un vector de vector de map!!
ca fait beaucoup �a!!
par curiosit�, tu va faire quoi avec??

J'peux m'gourer, mais:

1. la paire string, string, c'est un champs (nom du champs / valeur)
2. la map est un enregistrement
3. le vector de map est un "set" d'enregistrements, ou une table de la BDD
4. le vector de vector repr�sente la BDD (ou plusieurs r�sultats de requ�tes diff�rentes

Maintenant, on peut se poser la question de savoir s'il est opportun de g�rer tout cela en m�moire