Hello
 
en C est il possible de controler le fait qu'on a bien écrit dans un fichier? en effet j'ai testé avec la valeur de retour de fprintf, valide meme si entre temps j'ai supprimer le fichier.
 
Merci!

 
En effet, dans certains cas très particuliers, comme tu t'en es aperçu, on peut écrire dans le vide sans s'en rendre compte.
 
C'est pour cela qu'il faudrait toujours vérouiller les fichiers avant d'écrire  dedans sans oublier libérer le fichier après. C'est pour cela que la fonction fopen() est souvent remplacée par d'autres fonctions qui ont des options de vérouillage.
Une autre option, moins bonne, consiste à ne pas vérouiller le fichier, mais à mettre des droits d'accès restrictifs sur le fichier de manière à ne pas autoriser les suppressions et déplacement de fichier par des utilisateurs malveillants ou inconscients du problème.
 
Par ailleurs, il n'est pas interdit de relire ce que l'on a écrit pour être sûr de l'existence des données écrites.

ok je vais opter pr la soluce de relecture

Tu peux aussi tester le code retour de fclose().
 
Le langage C part du principe que le système est mono-processus, mono-tâche. Donc, lorsqu'un fichier est ouvert, il appartient au processus courant, et il ne peut rien arriver.
 
Il est évident qu'en environnement multi-processus, multi-tâche, avec des disques distants, tout peut arriver, et ce de manière asynchrone, vu les différents mécanismes de caches, bufferisation et [pseudo] parralellisation mis en place.
 
Si on cherche une sécurité maximale, il faut des outils de gestion de fichiers sécurisés. Si c'est pour faire une base de donnée, il existe des systèmes portables comme MySQL ou PostgreSQL...

très bonne idée le fclose, le prob c'est que le soft doit tourner en boucle (analyseur de log), j'ai des exemples mais j'ai peur que les fichiers soit EXTREMEMENTS longs et donc qu'on ecrive dans le vide pendant un moment
 
Autre question: je viens de faire un test dont le résultat me parait encore plus bizarre: apres que le fichier soit ouvert mais avant d'être lu, je mets un getchar(). Pendant ce temps, je supprime le fichier. Surprise (pour moi), j'appuie sur enter et le fichier est lu correctement! et c'est bien le bon puisque je ne peux pas faire deux fois la meme commande (vu que j'ai supprimé, il  peux pas l'ouvrir...)

je viens de tester fclose, il retourne 0 meme si le fichier a été supprimer entre tps; Argh.

man fclose

 
Use the man luke

okay, oui effectivement. (je fais des man mais je lis pas en entier, juste matter la return value. Ca me parait bien, mais est ce que ca marche sur ts les OS? c'est Conforming to POSIX only...
what about fflush (ANSI)?

fclose() appelle déjà fflush(). Mais c'est quoi ton problème exactement, t'es pas un peu parano ?

mon probleme est que je dois détecter les erreurs d'écriture sur les fichiers dans lesquels j'écris. Je n'ai trouvé d'autre exemple de simu pr provoquer ces erreurs qu'en supprimant le fichier en cours de route (c'est radical). Pas moyen de détecter cette erreur... fflush, fclose, fsync (quel est ce "int fd" en parametre? pkoi pas FILE * ?), sync, tout parait tjs normal pr le soft

Tu peux tester le code retourné par la fonction d'écriture. Celui-ci indiquera une erreur si , par exemple, le disque est plein (facile à tester sur une clé USB) ou inaccessible (réseau, clé retirée) ou si un secteur est endommagé rendant l'écriture impossible (et encore, je pense plutôt que le secteur est marqué 'défectueux' et qu'un autre est utilisé...). Mais une 'erreur d'écriture', non, ça n'existe pas. Au niveau physique, tout ce qui est enregistré est immédiatement relu pour vérification.
 
Maintenant, si quelqu'un décide d'effacer le fichier qui est en train d'être écrit, c'est soit que le système est mauvais (Sous Windows NT ou Unix/Linux, c'est pas possible), soit qu'il est mal utilisé, et qu'il faut au préalable 'vérrouiller' le fichier. Il y a des fonctions systèmes pour ça, mais c'est pas standard (ça peut être rendu portable par l'utilisation d'une surcouche portable comme la glib).

En C standard on utilise un objet opaque de type FILE* pour accéder aux flux. Certaines fonctions systèmes utilsent des 'handlers' (numéros uniques de type int) pour accéder aux périphériques (fichiers ou autres).

Le problème étant, je ne peux pas flinguer mon disque dur ou le rendre plein j'avais fait ce test de suppression. Je viens de le remplacer par le l'idée du disque amovible enlevé à l'arrache. fprintf et fwrite renvoie tjs des valeurs comme s'ils écrivaient mais fflush ftell et fclose renvoie -1, bon signe. Je ferais un flush apres chaque fprintf (j'ai deux fonctions d'ecriture pr deux fichiers, dc ce sera pas trop long) et testerai sa valeur. On est ds les normes?

Ca marche. ça va légèrement ralentir (écriture directe plustôt que différée), mais ça devrait aller.

Ok, donc on est bon pr l'ecriture. j'ai fait le meme test avec le fichier qui doit etre lu, et la, debrancher un disque dur ne le dérange pas. Il est chargé ou le fichier quand on fopen?

Dans les caches... Un petit fichier pourrait très bien être chargé entièrement en mémoire... Avec un gros fichier (plus gros que ton cache), tu devrais t'en rendre compte...  

Oki, merci beaucoup pour ton aide à nouveau très utile.