Discussion :

[swingNJava]

Bonjour à tous et à toutes!
Voilà j'ai remarqué un comportement bizarre et étrange ,que je ne comprends pas, en effectuant des écritures dans des fichiers :

Code :

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

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
 
// ouverture de mon fichier 
FILE * f = fopen("monSuperFicheir","a");
if(f == NULL ) {printf("Impossible d'ouvrir le fichier \n");return;}
 
// Première écriture dans le fichier
fprintf(f," youpi j'écris dans mon fichier ! \n");
// fermeture du fichier  (mais apparemment sans vider les buffers ! ) 
close(f);
 
 
// seconde ecriture 
// f = fopen (..... blablabalabl ) 
// blablalablab
//....
close(f);
//....
//....
//....
 
 
// Nième écirture 
// f = fopen(....... ) 
// blalblba
// puis on ferme avec close
close(f) ;

Si on ouvre monSuperFicheir on constate que la nieme écriture
se trouve en première ligne et la première écriture en dernière ligne.
La question est pourquoi ?

D'après la documentation que j'ai pu lire close ne semble pas vider les buffers contrairement à fclose..... mais je ne comprends tout de même pas pourquoi ce phénomène se produit.... comment fonctionne exactement fprintf ???
que se passe-t-il derrière pour donner naissance à un tel phénomène.
( J'ai pensé un moment que mon ordinateur était possédé avant de me raisonner et de chercher une explication logique.....)

Merci !!

[Médinoc]

Le fichier est-il bien partout ouvert en mode "a" ?

[swingNJava]

vi ! il est bien en mode a partout !
ça ne réagit pas pareil chez toi ?

[souviron34]

parce que tu as mis "a" et non "a+"

[swingNJava]

Pardonnes-mois mais je n'ai pas tout compris !
Veux-tu dire que je dois remplacer mes a par des a+ ?
J'ai fait le test , mais le résultat ne change pas !

Tiens, pendant que j'y suis je précise que je suis sous linux (fedora ) lorsque j'éxecute ce bout de programme.


Je viens tout juste de faire un test sous windows, et le résultat est différent , les écritures ne sont pas inversées ! Encore plus étrange !

[cmoibal]

Pardonnes-mois mais je n'ai pas tout compris !
Veux-tu dire que je dois remplacer mes a par des a+ ?
J'ai fait le test , mais le résultat ne change pas !

Tiens, pendant que j'y suis je précise que je suis sous linux (fedora ) lorsque j'éxecute ce bout de programme.


Je viens tout juste de faire un test sous windows, et le résultat est différent , les écritures ne sont pas inversées ! Encore plus étrange !

verifie votre compilateur, peut être qu'il n'est pas une version Release....
Dans les version de linux, les mise à jours sont faite automatiquement, et a partir des version encore en cours de devellopement, alors il pourrai avoir une erreur dans la version de compilateur C que tu travail avec ...

c'est pas normale de trouver ça comme resultat comme même !!!!

[DaZumba]

Bonjour à tous et à toutes!
Voilà j'ai remarqué un comportement bizarre et étrange ,que je ne comprends pas, en effectuant des écritures dans des fichiers :

Pourquoi utilises-tu close() au lieu de fclose() [ou, inversement, fopen() au lieu de open()]? De plus, tu n'utilises pas close() correctement. close() prend un descripteur de fichier (un entier) en argument, pas un pointeur FILE *. Du coup, il est fort possible que close() renvoit une erreur (que tu ne regardes pas) et ne ferme pas le fichier.

[swingNJava]

Salut !!
Bien en fait j'utilisait fclose mais par inadvertance j'ai oublié le f devant qui ma provoqué ce comportement bizarre... je supposais que le probleme venait que close ne vidait pas les buffer tout de suite contrairement a fclose, mais ce n'est qu'une supposition, je ne sais ce qui provoque ce comportement bizarre.
( mais sinon effectivement j'utilise fclose dans la pratique qui ne pose aucun pb ! la question est juste pour différencier close et fclose et comprendre réellement pourquoi ces deux comportement différents ! )

[swingNJava]

Alors ! oui effectivement il y a une erreur au retour de close. Bad File Descriptor , ce qui signifie que le fichier n'est jamais fermé ....mais je ne comprends toujours pas pourquoi est-ce que les écriture sont inversées ....

[Médinoc]

Elles étaient inversées car à la fin du programme, les fichiers ouverts étaient fermés en ordre inverse...

Mais surtout, ça indique que ton compilo est mal réglé. S'il était bien réglé, tu aurais au moins eu un warning qui t'aurait indiqué que tu ne passais pas un argument du bon type (ou bien, que close() n'était pas déclarée)...

[swingNJava]

Oki ! je vois ! bien merci à tous pour touts ces précisions !