char[50] et std::vector<>

bonjour,
la déclaration suivante me donne des erreurs dans les fichiers d'inclusion de la STL :

Code:

---

1 2 3

typedef char EventStringLogFile[50]; std::vector<EventStringLogFile> m_EventStringLogFile;

---

J'essaye de déclarer un type qui soit un tableau de 50 char (ligne 1) puis de créer un vector de ce type.
J'utilise un char[50] et non pas std::string pour des raisons de conception : écriture dans un fichier de bloc de 50 octets.
J'utilise Visual C++ 6.0 sous WinXP.

le code suivant ne provoque aucune erreur de compile avec DevC++

Code:

---

1 2 3 4 5 6 7

#include <vector> typedef char EventStringLogFile[50]; std::vector<EventStringLogFile> m_EventStringLogFile; int main () { return 0; }

---

eh bien tu as de la chance, parce que sous Visual, ça ne passe pas.
Les versions de la STL ne doivent pas être les mêmes...
bon, je vais contourner le problème, mais je trouve ça dommage.
Merci quand même.

Apparemment il n'y a aucune erreur lors de la déclaration, mais ça se corse après pour utiliser le vecteur.
Je ne pense pas que ce soit une bonne idée de stocker des tableaux statiques dans un vecteur, notamment car ceux-ci ne sont pas copiables comme les variables "normales" (tu ne peux pas faire MonTypeTableau a = b). Tu devrais plutôt stocker une structure qui contiendrait ton tableau, je pense.

Code:

---

1 2 3 4 5 6 7

#include <vector> typedef char EventStringLogFile[50]; std::vector<EventStringLogF int main () { return 0; }

---

Ce code a beau compiler, il n'est pas valide.
Un simple push_back montre le problème.
Un array[] n'est pas 'Assignable'

Code:

---

1 2 3 4

char t1[50] = "CHAINE"; char t2[50]; t2 = t1; // non valide.

---

oui, effectivement, c'est ce qu'à dit Loulou24.
@Loulou24 : tu me conseilles de stocker le tableau dans une structure. Très bien. A priori, dans ce cas-là, on devrait être capable d'utiliser un vecteur avec mes tableaux, puisque normalement, l'opérateur "=" défini par défaut fait de la recopie champs à champs. Et au pire, si ça marche pas, je peux implémenter une surcharge de l'opérateur =.
MAIS, comment se fait-il que l'on soit capable de copier un tableau dans le contexte d'une copie d'objet, alors que ce n'est pas autorisé dans le cas de variables locales, par exemple ?

Citation:

---

Envoyé par tut

J'utilise un char[50] et non pas std::string pour des raisons de
conception : écriture dans un fichier de bloc de 50 octets.

---

rien ne vous empêche de manipuler des std::vector<std::string>

puis de faire avant écriture fichier

strcpy(monchar50,monstring.data());

c'est ce que j'ai fait pour contourner le problème. :wink:
Mais la solution de Loulou me semble plus élégante.

Citation:

---

MAIS, comment se fait-il que l'on soit capable de copier un tableau dans le contexte d'une copie d'objet, alors que ce n'est pas autorisé dans le cas de variables locales, par exemple ?

---

C'est justement dans le contexte d'une copie d'objet que c'est valide
( cf 12.8 paragraphe 8 ).


Par contre, je ne vois pas pourquoi tu n'utilises pas directement std::string quitte à formatter sur 50 caractères ( fill, et substr par exempl )ensuite dans ton flux.

[Hors-sujet]

Citation:

---

Envoyé par HRS

strcpy(monchar50,monstring.data());

---

Attention, ce code risque fort de planter : seul monstring.c_str() renverra à coup sûr une chaîne terminée par '\0', ce qu'attend strcpy. Et dans la foulée mieux vaut utiliser strncpy si on veut limiter à 50 caractères.

[/Hors-sujet]