Version imprimable
bonjour à tous,
je cherche a me placer à la fin d'un fichier texte pour écrire.
je donc coder:
Mais lorsque j'execute je réécrit par dessus.Code:fseek(f,0,SEEK_END);
Auriez-vous une explication?
je sais que le paramètre SEEK_END ce comporte des fois bizarrement sur des fichier texte.
Merci d'avance à tous
Bonjour,
Pourrais-tu nous donner un code minimal?
Qu'on voie déjà comment tu as ouvert le fichier.
+1 à Neckara...
Une ouverture du fichier en "append" (soit "a" ou "a+") te permettrait d'écrire à la fin directement !
Merci à tous,j'ai trouvé la solution vers 2 h du matt. En écrivant justement:
au lieu de:Code:f=fopen("SGBDpiece.txt","a");
Merci à tous cas pour vos réponses :applo:Code:f=fopen("SGBDpiece.txt","w");
Je lis ici http://www.cplusplus.com/reference/cstdio/fseek/
Je ne trouve pas une telle information sur d'autres sites (notamment les pages de manuel) mais cplusplus.com est un site digne de confiance.Citation:
For streams open in text mode, offset shall either be zero or a value returned by a previous call to ftell, and origin shall necessarily be SEEK_SET.
Il me semble que c'est dans la norme du C. En gros, ça évite les problèmes sur les plate-formes où la "vraie" fin de ligne fait plusieurs octets (cad, toute plate-forme utilisant CR+LF comme fin de ligne).
Bien vu !
Voir n1256, 7.19.9.2 The fseek function.
Je remarque aussi ça :Citation:
4 For a text stream, either offset shall be zero, or offset shall be a value returned by an earlier successful call to the ftell function on a stream associated with the same file and whence shall be SEEK_SET.
Section §7.19.3, page 267, note de bas de page 234.Citation:
Setting the file position indicator to end-of-file, as with fseek(file, 0, SEEK_END), has undefined behavior for a binary stream
La formulation est bizarre, car j'ai l'impression que ça concerne uniquement le "shift state" (qui est lié à l'encodage des caractères), et donc ne devrait pas avoir d'effet sur les fonctions non-texte (ftell(), fwrite(), etc.).
Mais la même formulation est utilisée pour n1570...
Cela voudrait-il que le coup de "obtenir la taille d'un fichier sans utiliser de fonction non-standard" (qui consiste à ouvrir le fichier en binaire, fseek() la fin, puis ftell()) ne serait en fait pas garantie marcher?
Edit: Apparemment, non.
Merci pour le lien.
Si je comprend bien, cette remarque ne s'applique que pour des systèmes plus ou moins exotiques. Sur des systèmes POSIX, aucun problème ?
Ca s'applique dans le cas des claviers où la fin est indétectable (et le seeking est... useless), et sur les systèmes où le FS renvoie des blocs plutôt qu'un fichier exact (du coup le bloc "final" peut contenir plus de données que ce que le fichier devrait).
POSIX ou non, ça n'est pas un problème.
EDIT : d'après le lien de Médinoc
D'après le lien, POSIX garantit que ça marche. Je suppose qu'il y a des garanties pour Windows également.
POSIX réclame aussi que la fonction retourne une erreur pour les flux non-seekables.