Discussion :

[romainprogdebutant]

Bonjour,
J'aimerais comprendre pourquoi mon code ne marche pas :

Code :

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

1
2
3
4
5
6
7
8
fstream fichier(nomfichier.c_str(), ios::in | ios::out | ios::ate);
	if(fichier)  
	{
		fichier.seekg(ios_base::beg);
		fichier.seekp(ios_base::beg);
		fichier << "test";      // ne marche pas
		fichier.write ("test",4*sizeof(char));     //ne marche pas non plus :(((
              }

[ternel]

Que signifie "ne marche pas"?
Quel est le symptome?

[romainprogdebutant]

ça n'écrit pas dans le fichier

[ternel]

ajoute un else coin coin:

Code :

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

1
2
3
4
5
6
7
8
9
fstream fichier(nomfichier.c_str(), ios::in | ios::out | ios::ate);
if(fichier)  {
	fichier.seekg(ios_base::beg);
	fichier.seekp(ios_base::beg);
	fichier << "test";      // ne marche pas
	fichier.write ("test",4*sizeof(char));     //ne marche pas non plus :(((
} else {
	cout << "coin coin" << endl;
}

A priori, le fichier n'a pas pu être ouvert.
Peut être parce que le chemin spécifié n'est pas valide, ou encore parce que l'utilisateur n'as pas le droit d'y écrire.

[romainprogdebutant]

non il s'ouvre bien, du coup j'ai abandonné l'idée de modifier un fichier directement (bien trop casse ... bonbon), je crée un flux pour la lecture et je crée un flux pour l'écriture dans un nouveau fichier.

[ottomucha]

Salut , j'ai pas trop compris ce que tu cherchais à faire . J'imagine que tu veux lire et écrire dans un fichier avec le même flux car le code que tu met en exemple effectue simplement deux écritures de façon différentes.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
	fstream fichier("greg.txt", ios::in | ios::out | ios::ate);
	string line; 
 
	if(fichier)  {
		fichier << "test"; 
		fichier << "LOLZ"; 
		fichier.seekg(ios_base::beg);
		getline(fichier , line);
		cout << line << endl;
	}

Ca marche chez moi , je veux dire que j'écris d'abord deux mots à la suite dans mon fichier puis je déplace mon curseur au début du fichier puis je lis la première ligne donc j'obtiens en sortie "testLOLZ" . Il y a une condition pour que ce code fonctionne ,c'est qu'il faut que le fichier greg.txt soit crée avant.

[RedSkidy]

ça doit surement être pour faire un genre de convertisseur ou un "trouver et remplacer" non ?

[koala01]

Salut,

De manière générale, c'est toujours une très mauvaise idée de vouloir effectuer une lecture et une écriture "simultanée" dans un même fichier. La raison est bien simple : il faut avoir la certitude que les données d'origines (celles qu'on lit dans le fichier) et les données modifiées (celles que l'on écrit dans le fichier) auront exactement la même taille.

Car, de deux choses l'une : si l'on écrit des données dont la taille est supérieure à celles des données d'origine, on va systématiquement en arriver à "écraser" les données suivantes, rendant de ce fait le fichier inutilisable. Par contre, si on écrit des données dont la taille est inférieure à celle des données d'origine, on va systématiquement en arriver à "laisser des crasses" correspondant à la partie "non modifiée" de la donnée d'origine, ce qui aura exactement le même effet : rendre le fichier inutilisable.

De problèmes est d'autant plus présent avec les fichier dont on dit qu'il s'agit de "fichier texte" (quel que soit leur format interne), car il suffit de multiplier (ou de diviser) une valeur par dix pour que, manque de bol, la valeur modifiée nécessite un caractère de plus (ou de moins) pour être représentée dans le fichier. Le tout, sans compter les problèmes liés aux différentes représentation du passage à la ligne

Du coup, il faut partir du principe qu'un fichier est "un bloc de granit" sur lequel on grave le contenu du fichier et que, si l'on veut modifier ce contenu, il faut "casser la pierre" et recommencer la gravure "depuis le début".

On a alors deux solutions :

La première consiste à charger l'ensemble du fichier en mémoire avant d'apporter les modifications souhaitées (au données en mémoire, s'entend) et de réécrire ces données dans un fichier dont le nom sera, justement, le nom du fichier d'origine.

La deuxième consiste à travailler simultanément sur deux fichiers : le premier, ouvert en lecture, dont on "extrait" les données et le deuxième, ouvert en écriture, dans lequel on écrit les données (après modfication éventuelle). Une fois que tout le fichier d'entrée a été pris en compte, on peut éventuellement envisager (ou non) de renommer le fichier de sortie afin de lui donner le nom du fichier d'entrée (si tant est que ce soit nécessaire / requis).

NOTA : La première solution est très souvent préférable à la deuxième, essentiellement parce qu'il est plus efficace de lire un fichier d'une seule traite que de commencer à travailler "par petits bouts" (quelle que soit la taille des bouts) comme ce serait le cas pour la deuxième

[romainprogdebutant]

merci

[white_tentacle]

NOTA : La première solution est très souvent préférable à la deuxième, essentiellement parce qu'il est plus efficace de lire un fichier d'une seule traite que de commencer à travailler "par petits bouts" (quelle que soit la taille des bouts) comme ce serait le cas pour la deuxième

Ça dépend ce qu’on considère... Personnellement je recommande toujours l’approche inverse lorsque c’est possible, ne serait-ce que parce que lire un fichier est une opération lente en général (si le fichier est sur du nfs, par exemple, ça peut même bloquer, ou si c’est un flux stdin) et que la taille du fichier n’est alors plus un soucis.

Enfin et surtout, il peut être très important de ne pas laisser dans un état « cassé » (par exemple, si on met à jour le fichier de configuration de l’application), et donc, d’écrire dans un fichier à part pour ensuite le déplacer sur l’ancien, et ce même si on a tout lu dès le départ (l’écriture du fichier peut planter au milieu, juste pour faire c****).