Lecture de fichier binaire et "double free or corruption"

Bonjour,

Je souhaite sauvegarder un gros ensemble de donnée sous la forme d'un fichier binaire
pour ne pas perdre de temps à la lecture, et afin que cela ne prenne pas trop de place.

Avant de me lancer dans l'écriture du code correspondant dans mon programme j'ai
décidé de me faire un petit test "local". Ce test échoue lamentablement sans que je puisse comprendre pourquoi .....

Je n'ai aucun problème à l'écriture du fichier binaire, mais à la lecture de celui-ci les choses se compliquent, en effet l'utilisation de in.read(..) me provoque un "double free or corruption", erreure bien connue des développeurs utilisant GCC.

Voici mon code (lisez bien les quelques commentaire):

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 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60

#include <fstream> #include <iostream> #include <vector> #include <string.h>   using namespace std;   typedef struct voxel { vector<int> values; float posx; float posy; float posz;   }voxel_t;   int main(void) { voxel_t vo;   vo.posx=0.2; vo.posy=0.6; vo.posz=0.8;   //si décommenté : double free or corruption //vo.values.push_back(1);   /*   vo.truc.push_back(1);   vo.truc.push_back(1);   vo.truc.push_back(1);   vo.truc.push_back(1);   vo.truc.push_back(1);   */   ofstream out("test.bin", ios::out | ios::binary); out.write((char*)&vo, sizeof(vo)); out.close();   voxel_t vr; ifstream in("test.bin", ios::in | ios::binary); //decommanter cette ligne "supprime le double free or corruption" : //mais retourne mauvaises valeurs //in.seekg(sizeof(vr)); in.read((char*)&vr, sizeof(vr)); in.close();   cout << "posx : " << vr.posx <<endl; cout << "posy : " << vr.posy <<endl; cout << "posz : " << vr.posz <<endl; /*   for(int i = 0 ; i < vr.truc.size() ; i++)   {   cout << "truc value : " << vr.truc[i] <<endl;   }   */   return 0; }

---

Lorsque je ne n'utilise pas le membre vector<int> je n'ai plus le double free or corruption ... Savez-vous d'où pourrait venir ce problème ?

Merci,

Cordialement,

Azmodai,

Bonjour

Quand tu fais

Code:

---

sizeof(vo)

---

, tu récupères que la taille de ta structure et pas celle de ton vecteur. Quelque soit la taille du vecteur, la valeur est la même. De plus, en utilisant

Code:

---

(char*)&vo

---

, qui te dit que les données de vo sont contigue en mémoire ?

Le mieux est de donner les opérateurs << et >> pour ta classe

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

ostream& operator<< (ostream& out, const volex& v) { out << v.posx << v.posy << v.posz << v.values.size(); for (vector<int>::const_iterator it = v.values.begin(); it != v.values.end(); ++it) out << *it; return out; }   istream& operator>> (istream& in, volex& v) { vector<int>::size_type size = 0; int value = 0; in>> v.posx >> v.posy >> v.posz >> size ; for ( ; size != 0; --size ) { in>> value; v.values.push_back(value); } return in; }

---

Salut,

Juste parce que j'aime bien les algorithmes et les itérateurs, je me permet de légèrement modifier les opérateurs << proposés par gbdivers :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

#include <iterator> #include <algorithm> ostream& operator<< (ostream& out, const voxel& v) { out << v.posx << v.posy << v.posz << v.values.size(); std::copy(v.values.begin(),v.values.end(),std::ostream_iterator<int>(out,"")); return out; }   istream& operator>> (istream& in, voxel& v) { vector<int>::size_type size = 0; in>> v.posx >> v.posy >> v.posz >> size ; v.values.reserve(size); std::copy( std::istream_iterator<int>(in) ,std::istream_iterator<int>() ,std::back_inserter(v.values) );   return in; }

---

Cela étant dit, cette forme de sérialisation à la main est très fragile. Alors pourquoi ne pas utiliser une bibliothèque éprouvée qui sait très bien le faire :roll:. Par exemple, Boost.Serialisation : La sérialisation avec Boost, par Pierre Schwartz :mrgreen:

+1 3DArchi

J'utilise habituellement ce code avec Qt et QDataStream, ce qui permet une vraie sérialisation, contrairement à fstream. Même si on travaille sur une seule plateforme, c'est une bonne habitude à prendre de sérialiser.

Pour l'utilisation des algorithmes, aucune excuse de ma part. Je vais aller copier 500 fois "je dois penser à utiliser les algorithmes de la STL"