Version imprimable
Bonjour,
Je sais me positionner dans un fichier à l'aide de fonction seek et tell (respectivement seekg, seekp, tellg, tellp), je sais écraser des valeurs dans un fichier, mais est-ce qu'il y a un moyen pour tronquer un fichier, c'est à dire enlever les n derniers octets sans passer par la copie dans un autre fichier ? Mieux encore est-ce qu'il y a moyen de supprimer un certain nombre d'octet sur une position donné ?
truncate ou ftruncate si tu passes le handle du fichier.
En fait sont des fonctions POSIX, elles ne sont pas dans la bibliothèque standard.Citation:
Envoyé par chrtophe
Si tu n'es pas sous POSIX:
Tu as depuis l C++17, la fonction std::filesystem::resize_file().
Sinon avant, il te faudra ré-écrire le fichier avec le flag std::ios_base::openmode::trunc.
oui tu as raison, j'avais pas fait attention que c'était du C++, j'avais vu fseek.
J'ai aussi trouver bool QFile::resize(qint64 sz) et bool QFile::resize(const QString &fileName, qint64 sz).
En tout cas merci beaucoup pour vos aides.
Fais attention, QFile est une implémentation Qt, ce n'est pas standard
Merci pour l'info, j'avoue que l'idéal est une fonction de la bibliothèque standard, d'ailleurs ça m'étonne qu'il a fallu attendre c++17 pour avoir une implémentation de resize_file (dans la bibliothèque standard).
Salut,
Je peux comprendre ta surprise, et pourtant...Citation:
Envoyé par baragouine
Le fait est qu'il n'y a -- a priori -- absolument pas besoin de ce genre de fonction :P
Car, si on remonte aux origines de l'informatique, les fichiers étaient enregistré sur des bandes magnétiques, que l'on pourrait assimiler à de bonnes vieilles cassettes audio: chaque byte prenait un espace bien particulier (mettons: x millimètres) sur la bande il était impossible d'effacer un byte particulier tout en gardant tous les bytes qui précèdent et ceux qui suivent:
On pouvait -- éventuellement -- donner à un byte que l'on voulait annuler une valeur qui indiquait "ceci est un byte annulé" (255), mais, si on voulait vraiment supprimer un byte (et "récupérer" son espace sur la bande magnétique), il fallait purement et simplement réécrire l'ensemble des bytes qui suivaient en les décalant de l'espace adéquat.
Autrement dit, les fichiers "gravés dans la pierre": on pouvait éventuellement rajouter des informations en fin de fichier, mais si on voulait modifier le contenu "existant" du fichier, la seule solution consistait à ... casser la pierre et à réécrire l'ensemble.
Note que, par la suite, lorsque les disques durs sont apparus, le problème n'a pas été réglé pour autant: au lieu d'avoir une longue bande magnétique, les disques durs étaient composés de "plateaux" tournant sur eux même, chaque plateau étant divisé en "un certain nombre" de cylindres, chaque cylindre étant lui-même composé d'un certain nombre de "clusters" correspondant à l'espace parcourru par le plateau en dessous de la tête de lecture en un certain temps et pouvant typiquement contenir 512 bytes chacun
Le cluster étant l'unité de base utilisée pour l'adressage (pour savoir ce qui se trouve où cela sur le disque dur), la taille d'un fichier était forcément un multiple de 512 (car les clusters étaient indivisibles) et au moins suffisante que pour permettre de contenir l'ensemble des informations que l'on mettait dans le fichier).
Les disques durs SSD n'ont pas changé la donne sur ce point, car il y a toujours le problème d'être en mesure de déterminer sur "quelle partie du disque dur" se trouve le fichier auquel on souhaite accéder, et, par conséquent, de la taille du fichier auquel on souhaite accéder.
Toujours est-il que, si tu ne veux pas effacer les derniers octets de ton fichier, la réduction de taille de ton fichier passera par le fait de réécrire l'ensemble du fichier auquel on aura retiré les informations devenues inutiles.