Fichier vide après une écriture dedans.

Bien le bonjour,

Je fais appel à vous, car je rencontre un petit problème avec les fichiers...

En fait, j'ouvre un fichier, ensuite, j'essaye d'écrire dedans, mais rien n'y fait, le fichier reste désespérément vide après l'écriture...

Voici le code :

Code:

---

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

int entete = 0; fichier.open(nomFichier, ios::in | ios::out || ios::ate);   if(fichier.is_open()) { fichier.close(); } else { fichier.open(nomFichier, ios::out | ios::app);   if(fichier.is_open()) { fichier.write((char*)&entete, sizeof(entete)); cout << "test" << endl; fichier.close(); } }

---

En fait, le premier open sert à vérifier si le fichier existe. En effet, pour que le fichier s'ouvre avec ces options, il doit préalablement exister...

Ensuite, si il est ouvert, c'est qu'il existe, et je peux le refermer.

Sinon, je le crée avec le second open, et ensuite, j'y écris un entête (qui représente le nombre d'enregistrements dans le fichier), et je referme le fichier.

Le problème est que après l'écriture dans le fichier, le "test" du cout est bien affiché, mais le fichier est vide (taille : 0 bytes)...

Quelqu'un voit où se trouve le problème ?
Je précise que je travaille sous un système UNIX.

Merci beaucoup !

Bonjour,

il a beaucoup plus simple pour enregistrer pour int dans un fichier.

Je ne comprends pas beaucoup ce que cette ligne est censée faire, cast en char* de l'adresse de entete ? c'est normal que ton fichier est vide :

Code:

---

fichier.write((char*)&entete, sizeof(entete));

---

mais ça peut être remplacé par

Code:

---

fichier << entete;

---

tout simplement

En fait, le casting, c'est imposé par la méthode write()...

Et, l'écriture se fait en binaire, le "<<" fonctionne aussi dans ce cas ?

Merci :)

Alors plusieurs choses :

- (char*) n'est pas imposé par write(), tu fais juste le forcing en castant &entente en (char*) pour éviter le warning du compilateur, mais caster une adresse en (char*) c'est déjà curieux à la base pour enregistrer un int.

- l'écriture ne se fait pas en binaire avec ios::app ne signifie pas un enregistrement en binaire, c'est un raccourci d'"append" qui va placer le contenu en fin de fichier.

- il n'y a aucun problème pour utiliser << int même dans un fichier binaire.

Code:

---

ios::in | ios::out || ios::ate

---

hmm c'est sur qu'avec un ou logique (||) au lieu d'un ou binaire (|) ça risque de moins bien se passer. :mrgreen:

Sinon je ne comprends pas du tout le coup de la double ouverture du fichier une fois avec ate, une fois avec app. Il suffit d'ouvir le fichier une seule fois avec app, si le fichier existe alors les données seront écrit à la fin, si le fichier n'existe pas alors il sera crée.

Donc pour moi le code devrait se limiter à :

Code:

---

1 2 3 4 5 6 7 8 9 10

int entete = 1; std::ofstream fichier(nomFichier, std::ios::app);   if(fichier) { fichier.write((char*)&entete, sizeof(entete)); std::cout << "test" << std::endl; fichier.close(); }

---

@mitkl
Il n'existe à ma connaissance qu'un seul et unique moyen pour écrire en binaire dans un fichier avec la biblio iostream en C++ et c'est d'utiliser la fonction membre write(const char*, std::streamsize). Si tu fais << int ça écrira en texte.

Citation:

---

Envoyé par mitkl

- (char*) n'est pas imposé par write(), tu fais juste le forcing en castant &entente en (char*) pour éviter le warning du compilateur, mais caster une adresse en (char*) c'est déjà curieux à la base pour enregistrer un int.

---

Un warning ? Allons, allons. Le cast est imposé - il n'y a pas de cast implicite de T* (quelque soit T) vers char* en c++ (et la méthode ::write() prends un const char* en paramètre). Si tu n'as qu'un warning, alors change ton compilateur - parce que soit l'implémentation de la librairie standard est incorrecte, soit le compilateur fait des choses étranges.

Ensuite, caster en char* dans ce contexte, s'est tout sauf étrange : il s'agit d'enregistrer un flux de caractères - c'est à dire un flux de donnée dont chaque member a une taille de 1 - dans un fichier.

Citation:

---

Envoyé par mitkl

- l'écriture ne se fait pas en binaire avec ios::app ne signifie pas un enregistrement en binaire, c'est un raccourci d'"append" qui va placer le contenu en fin de fichier.

- il n'y a aucun problème pour utiliser << int même dans un fichier binaire.

---

Je pense que l'OP veut dire que << n'écrit pas un int sous sa forme binaire, mais sous la forme d'une chaine, ce que à priori il ne souhaite pas faire.

Ensuite, pour ostream::write(), cf. http://www.cplusplus.com/reference/o...ostream/write/ ; le code de 'lOP, de ce point de vue, est correct (il stocke les sizeof(entete) bytes à partir de l'adresse &entete).

@OP : ton code est compliqué à suivre. Je te conseille de l'écrire autrement.

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

// dans un namespace anonyme - du coup, la fonction // n'est visible que dans cette unité de compilation namespace { inline bool file_exists(const std::string& path) { // un ifstream est nécessairement ouvert en lecture // si l'ouverture échoue, l'objet est quand même créé // mais son bit filbit est positionné - on peut donc le // récupérer avec la méthode fail() std::ifstream file(path.c_str()); return !file.fail(); } }   void store_header(const std::string& fpath, const header_type& header) { if (file_exist(fpath)) return;   // le bin est là pour faire joli. Sur Unix, il n'a pas d'effet. // le app est aussi implicite - vu que c'est un ostream, // le app est le fonctionnement par défaut. En fait, on // pourrait tout à fait se satisfaire du premier paramètre // uniquement. std::ofstream file(fpath.c_str(), std::ios::app|std::ios::binary); if (!file) return;   file.write(reinterpret_cast<char*>(&header), sizeof(header));   // pas besoin de fermer : le destructeur de file s'en charge très // bien. Il fait même le flush avant. }

---

Citation:

---

Envoyé par Arzar

Sinon je ne comprends pas du tout le coup de la double ouverture du fichier une fois avec ate, une fois avec app. Il suffit d'ouvir le fichier une seule fois avec app, si le fichier existe alors les données seront écrit à la fin, si le fichier n'existe pas alors il sera crée.

---

C'est un test d'existence : si le fichier existe, on écrit pas dedans :)

Bonjour à tous, et merci pour vos réponses.

Alors, Arzar, le || est une erreur de recopiage de ma part... Je travaille sur une machine virtuelle, donc impossible de copier-coller (je fais mes recherches hors machine virtuelle, car une résolution de 1024x768, c'est pas top pour surfer, et je n'ai pas les compétences nécessaires que pour tenter de paramétrer la machine virtuelle pour l'instant)... J'ai donc bien un | dans mon code.
La première ouverture est bien un test d'existence.

Sinon, comme le dis Emmanuel, je ne veux PAS écrire en texte dans mon fichier, mais bien en binaire.
Ensuite, Emmanuel, je vais tenter d'intégrer ton code ce soir, bien qu'il y ait des notions que je ne connaisse pas dedans. Je chercherai un peu sur le net.

Je vous tiens au courant ;)

C'est bon, problème résolu.

J'avais en fait mal compris les flux...
Du coup, dans ma classe, je déclarais le fichier comme fstream.
J'ai simplement déclaré un ofstream, et un ifstream, et j'ai adapté le code de la méthode pour ouvrir en ifstream quand je veux lire dans le fichier, et en ofstream quand je veux écrire dedans.

Et ça fonctionne.

C'est probablement améliorable, mais je me contenterai de cette solution pour l'instant, par manque de temps pour explorer d'autres pistes...

Merci à tous ! :ccool: