limite de ostream::seek(...) et streamoff

J'ai vu ici

Que seekp( X ) prend en paramètre une sorte de long

chez moi sizeof( long int ) vaut 4 (32 bits)

Et je dois accéder a des données dans le fichier à l'adresse X stockée dans un __int64 (64 bits)


Il est récris explicitement que

Citation:

---

streamoff
It is generally a synonym of one of the basic integral types (typically long).

---

Cela signifie-t-il que cela peut fonctionner avec du __int64 ?
Cela m'étonerai...
Visual me met un warning disant que le passage de __int64 à streamoff peut avoir pour conséquence des pertes de données.


Bref
question plus générale :
Comment je pe manipuler un grand (très grand) fichier sachant que je dois faire des seek dedans?

Il y a peut etre plus propre mais en faisant plusieurs seek en te déplacant a partir du point courrant tu vas finir par arriver au bon endroit :/

J'ai également pensé a cette solution,

Mais je me demandais si il en existait pas une meilleur

Comme un classe autre que ofstream qui pemettrai de gérer des fichiers plus grands... :(

hum 2^32 / 2 ça fait un super gros fichier quand même, non ???
2.14 Go j'ai pas encore trop vu de fichier de cette taille.... :twisted:

Logiquement, dans un environnement où les fichiers de plus de 2Go sont possible, le type du paramètre de seekg contient plus de 32 bits...

Par exemple, un rapide regard dans les headers de la bibliothèque livrée avec VC++8.0 montre que c'est le cas pour cet environnement.

J'ai bien trouvé de quoi faire un seek avec 64 bits

mon problème qui se pose maintenant :

C'est que j'avais une ancienne méthode qui créait et écrivait mon fichier jusqu'à une certaine taille.

J'avais remplacé cette méthode par un :

Code:

---

1 2 3 4

ouverture seek(position - 1 ) écriture d'un char

---

Seulement je passe à cet endroit, le seek et le write du char s'éffectuent

Mais ne bloquent pas le processus jusqu'à la fin de la création du fichier sur le disque.

Peut-on résoudre ce problème ?
Ou dois-je reprendre ma première méthode qui me semblait beaucoup plus lente ?

Et dans ce cas, avez vous une idée de la taille des données a écrire a chaque write pour que le fichier soit écrit le plus vite possible ?