Problème avec fputc et fgetc

Bonjour à tous !

J'ai un problème avec fputc et fgetc...

Le but de mon programme est de ré-écrire un caractère dans un fichier, puis de lire le caractère suivant.

Mon problème est qu'au moment ou le programme lit le caractère suivant celui qu'il vient de modifier, il modifie aussi ce caractère qu'il est entrain de lire. (Donc non seulement fgetc retourne une valeur fausse, mais en plus il modifie mon fichier, ce que je ne veux certainement pas qu'il fasse...)

(En revanche, si j'utilise fputc tout seul, tout va très bien, et idem pour fgetc...)

Ce sera peut être plus clair avec un code...
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 1. # include <stdio.h> 2. # include <stdlib.h> 3. 4. main() 5. { 6. FILE* fichier = NULL; 7. 8. fichier = fopen("essai.txt", "r+"); 9. 10. fputc('F', fichier); 11. printf("caractere lu = %c\n", fgetc(fichier)); 12. 13. fclose(fichier); 14. }
Si dans mon fichier essai.txt j'avais marqué "essai", j'obtiens après exécution de ce code, un "F" à la place du "e" et un caractère bizarre (représenté sous le bloc-notes de Windows par un rectangle vide) à la place du premier "s". (Tout le reste est inchangé)

En bref, je suis un peu déconcerté par ce problème... Je viens donc ici solliciter votre aide ^^
Merci d'avance !

Citation:
Envoyé par Canigou
Bonjour à tous !

J'ai un problème avec fputc et fgetc...

Le but de mon programme est de ré-écrire un caractère dans un fichier, puis de lire le caractère suivant.

Mon problème est qu'au moment ou le programme lit le caractère suivant celui qu'il vient de modifier, il modifie aussi ce caractère qu'il est entrain de lire. (Donc non seulement fgetc retourne une valeur fausse, mais en plus il modifie mon fichier, ce que je ne veux certainement pas qu'il fasse...)

(En revanche, si j'utilise fputc tout seul, tout va très bien, et idem pour fgetc...)

Ce sera peut être plus clair avec un code...
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 1. # include <stdio.h> 2. # include <stdlib.h> 3. 4. main() 5. { 6. FILE* fichier = NULL; 7. 8. fichier = fopen("essai.txt", "r+"); 9. 10. fputc('F', fichier); 11. printf("caractere lu = %c\n", fgetc(fichier)); 12. 13. fclose(fichier); 14. }
Si dans mon fichier essai.txt j'avais marqué "essai", j'obtiens après exécution de ce code, un "F" à la place du "e" et un caractère bizarre (représenté sous le bloc-notes de Windows par un rectangle vide) à la place du premier "s". (Tout le reste est inchangé)

En bref, je suis un peu déconcerté par ce problème... Je viens donc ici solliciter votre aide ^^
Merci d'avance !
Il me semble avoir lu quelque part sur ce fofo que les opérations de lecture/écriture sur un même fichier (surtout dans le domaine Windows) étaient sensibles et nécessitaient de passer par un fseek() intermédiaire. J'ai pas vérifié ce fait mais tu peux essayer...

Sve@r a tout à fait raison, regarde ici, le paragaphe sur "r+" et autre.
fais simplement ceci
Code:

1 2 3 fputc('F', fichier); fflush(fichier); printf("caractere lu = %c\n", fgetc(fichier));
et tout ira bien !

Citation:

Envoyé par Sve@r

Il me semble avoir lu quelque part sur ce fofo que les opérations de lecture/écriture sur un même fichier (surtout dans le domaine Windows) étaient sensibles et nécessitaient de passer par un fseek() intermédiaire. J'ai pas vérifié ce fait mais tu peux essayer...

Exactement ! et j'en sais quelque chose :aie: ( toute une après-midi pour comprendre....mais bon je ne suis pas prêt de l'oublier c'est clair )
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 # include <stdio.h> # include <stdlib.h> int main() { FILE* fichier = NULL; fichier = fopen("essai.txt", "r+"); if( fichier != NULL ) { fputc('F', fichier); fflush( fichier ); printf("caractere lu = %c\n",fgetc( fichier )); } fclose(fichier); return 0; }

grillé :yaisse2:

Aie... J'avais bien vu que rajouter fseek(fichier, 0, SEEK_CUR) résolvait mon problème... mais il faut avouer que c'est pas génial comme solution :( ...

Le programme sur lequel je planche actuellement aura à utiliser cette combinaison "fputc-fgetc" de manière récurrente, donc je n'ai guère envie de rajouter une opération (normalement) inutile a chaque fois...

De plus, je n'ai pas arrêté de voir sur internet que la fonction fseek pouvait créer des problèmes lorsqu'elle était utilisée sur des fichiers en mode texte, je préfèrerai donc ne pas l'utiliser...

Ceci dit... si c'est la seule solution je ferai comme ça :)

Mais il n'y a vraiment pas d'autre moyen ???

(en tout cas, merci d'avoir répondu !)

http://publications.gbdirect.co.uk/c...nd_output.html

Citation:

Files opened for update (‘+’ as the second or third character of mode) may be both read and written, but a read may not immediately follow a write, or a write follow a read, without an intervening call to one (or more) of fflush, fseek, fsetpos or rewind. The only exception is that a write may immediately follow a read if EOF was read.

Au passage il est conseillé de vérifier que les pointeurs données par fopen() sont valides et d'éviter les définitions contractées comme "main() {}".

Edit : ultra grillé

Merci aussi pour les 2 autres réponses qui sont arrivées pendant que j'écrivais mon précédent message^^...

:yaisse2:Grillades à volonté !!!!:yaisse2:

Citation:

Envoyé par Canigou

Aie... J'avais bien vu que rajouter fseek(fichier, 0, SEEK_CUR) résolvait mon problème... mais il faut avouer que c'est pas génial comme solution :( ...

Boaf si un simple fflush() suffit...

Citation:

Envoyé par Canigou

De plus, je n'ai pas arrêté de voir sur internet que la fonction fseek pouvait créer des problèmes lorsqu'elle était utilisée sur des fichiers en mode texte, je préfèrerai donc ne pas l'utiliser...

Ben c'est un petit peu le problème du C sous zindow. Comme ce n'est pas un langage natif de ce système (au contraire du C sous Unix), il a fallu implémenter la conversion. Et il est possible que certains détails aient été oubliés ou négligés. Déjà rien que le fait de devoir distinguer "fichier texte" et "fichier non texte" est significatif de la complexité et la lourdeur de ce système...

Citation:

Envoyé par ssmario2

:yaisse2:Grillades à volonté !!!!:yaisse2:

:yaisse2:zerguem pour tous !!!!:yaisse2:

Citation:

Envoyé par Sve@r

Ben c'est un petit peu le problème du C sous zindow. Comme ce n'est pas un langage natif de ce système (au contraire du C sous Unix), il a fallu implémenter la conversion. Et il est possible que certains détails aient été oubliés ou négligés. Déjà rien que le fait de devoir distinguer "fichier texte" et "fichier non texte" est significatif de la complexité et la lourdeur de ce système...

Quel est le rapport avec Windows ? Ce sont des comportements qui font partie de la norme.

Citation:

Envoyé par dapounet

Quel est le rapport avec Windows ? Ce sont des comportements qui font partie de la norme.

Ca fait partie de la norme d'avoir des problèmes avec fseek() ???

D'après ce que j'ai lu sur ce même forum, oui: Pour les fichiers texte, la norme ne garantit le fonctionnement de fseek() qu'avec un offset nul ou un offset retourné par ftell().

De plus, je tiens à vous rappeler qu'avant MacOS X, les mac eux aussi faisaient la différence entre fichier texte et fichier binaire...

Citation:

Envoyé par Sve@r

Ca fait partie de la norme d'avoir des problèmes avec fseek() ???

Malheureusement je pense que oui :

Citation:

Envoyé par §7.19.5.4 / ISO/IEC 9899:TC2 / WG14/N1124

6 - When a file is opened with update mode ('+' as the second or third character in the
above list of mode argument values), both input and output may be performed on the
associated stream. However, output shall not be directly followed by input without an
intervening call to the fflush function or to a file positioning function (fseek,
fsetpos, or rewind), and input shall not be directly followed by output without an
intervening call to a file positioning function, unless the input operation encounters endof-
file. Opening (or creating) a text file with update mode may instead open (or create) a
binary stream in some implementations.

Citation:

Envoyé par Médinoc

De plus, je tiens à vous rappeler qu'avant MacOS X, les mac eux aussi faisaient la différence entre fichier texte et fichier binaire...

Unix (officiellement né en 1970) ne l'a jamais faite...