Discussion :

[Mr Light]

Bonjour à tous.

J'ai un petit problème qui concerne l'écriture d'un fichier sans altérer son contenu initial (à part la partie réécrite évidemment).
Je cherche à réécrire (remplacer) au début du fichier une structure de taille 54 octets.
Ca marche bien mais le souci c'est que je perd tout ce qu'il y a après.

J'ai essayé avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
ofstream FileOut;
FileOut.open(nom_fic.c_str(), ios_base::binary); // Ouverture
 
if ( FileOut.is_open() ) {
	FileOut.write( reinterpret_cast<const char*>(&fh), sizeof(BMPFILEHEADER) );
	FileOut.write( reinterpret_cast<char*>(&ih), sizeof(BMPINFOHEADER) );
 
	FileOut.close();
} else succes = false;

Résultat : Ma structure est bien écrite pas de souci pour la relire ensuite, mais je me retrouve avec des fichiers de 54 octets en ayant perdu toute la suite

J'ai essayé aussi un mode d'ouverture différent :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
FileOut.open(nom_fic.c_str(), ios_base::ate); // Ouverture
FileOut.seekp(0);

Le mode "ate" sert apparament à ouvrir et se placer à la fin, donc en conservant le contenu, et seekp permet de se replacer au début du fichier.
L'idée me paraissait bonne... résultat : 54 octets

Comme les fichiers en question sont des bmp (plusieurs méga), j'aimerai bien
éviter de devoir bidouiller en lisant tout pour réécrire tout !
Quelqu'un a t-il une solution ?

[Médinoc]

Peut-être refaire un seek pour te replacer à la fin avant le close() ?

[Mr Light]

J'ai ajouté :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
FileOut.seekp(0, ios_base::end);

juste avant de fermer le fichier.
Le résultat n'a pas changé !
J'ai meme essayé de mettre directement la taille du fichier "en dur".

Par contre si après m'être placé à la fin, j'écris un caractère, alors le fichier
fait la bonne taille plus un caractère. Mais tout l'espace "sauté" par le seek, et qui devrait être le contenu initial est initialié à 0. Je le constate avec un éditeur hexa qui m'affiche ma structure au début, pleins de zéros, et le petit caractère à la fin...

[Emmanuel Deloget]

Le flag est censé être (ios_base::binary|ios_base::app).

Dans le cas contraire, le fichier est ouvert en out+binary, ce qui corresponds selon la norme C++ au mode "wb" de fopen() (qui fait donc un truncate du contenu) au lieu de "ab" (pour faire un append).

ios_base::ate se positionne à la fin du fichier, mais si le fichier est ouvert en mode "wb", cela ne fait pas grand chose. Il ne conserve pas le contenu.

[Mr Light]

Effectivement je ne risquai pas d'y arriver...

J'ai changé le flag pour : ios_base::binary|ios_base::app

Le résultat est un peu plus proche de celui attendu, c'est à dire que le contenu est conservé. Tellement bien conservé d'ailleurs que mes fichiers gagnent 54 octets à chaque écriture...
J'ai lu dans une doc que le mode "app" replace automatiquement le pointeur d'écriture à la fin du fichier avant chaque opération d'écriture. Ce qui explique que rien n'est écrasé puisque j'écris à la fin. J'aimerai donc bien qu'il reste au début...

[Jean-Marc.Bourguet]

prends un std::fstream plutôt qu'un std::ofstream et ne joue pas avec le mode d'ouverture. Si tu le dois, in|ou|ceux dont tu as besoin.