fread(void*, int, int, FILE*)

bonjour, j'ai un doute mais je ne suis pas sur:

admettons que j'ai la structure suivante:

Code:

---

1 2 3 4 5 6 7

tytpedef struct test { int a, b; float c; char d; } test;

---

je veux récupérer cette structure contenue dans un fichier
dois je faire:

Code:

---

1 2 3 4 5 6 7

test *t; fread(t, 1, sizeof(test), f);   //ou bien test *t = new test; fread(t, 1, sizeof(test), f);

---

?

moi, je dirais :

Code:

---

1 2 3

test t; fread(&t, 1, sizeof(test), f);

---

mais je suis pas sur

Citation:

---

Envoyé par le manuel

size_t fread (void *ptr, size_t size, size_t nmemb, FILE *stream);
La fonction fread lit nmemb éléments de données, chacun d'eux représentant size octets de long, depuis le flux pointé par stream, et les stocke à l'emplacement pointé par ptr.

---

a supposer qu'il faut que ptr doit etre alloué

en tout cas pas ça:

Code:

---

1 2	test *t; fread(t, 1, sizeof(test), f);

---

puisque comme tu l'as dit, t doit être alloué!
La tu vas écrire n'importe ou.

Cette solution marche:

Code:

---

1 2	test *t = new test; fread(t, 1, sizeof(test), f);

---

Mais la solution de delfare aussi, et elle est (tres peu) plus rapide

Je prendrais plutôt la solution de "delfare", du moins dans un premier exemple, car si keil a déjà du mal avec de simple pointeur, il ne faut pas demander quand cela sera plus compliqué.

PS : Jusqu'à présent, fread n'alloue pas la mémoire nécessaire pour stocker son résultat de lecture dans un pointeur sans connaitre son type.

Il pourrait très bien le faire, mais il pourrait alors créer un segfault.

Les fonctions de lecture brute le font dans une zone mémoire qui doit être valide -- elles n'allouent rien du tout.

Attention aux détails de padding/alignement et cie. Dans la pratique, on n'utilise pas ces fonctions sur des structures car la surprise est vite arrivée.

EDIT: texte tapé pas réveillé

merci d'avoir confirmé la non-allocation de mémoire par fread.

franchement, j'ai meme pas test avec un pointeur vers une zone non allouée, le manuel l'a implicitement exigé.
mais ca marche tres bien, normal quoi, avec un pointeur vers une zone allouée.

luc ermitte a dit:
Attention aux détails de padding/alignement et cie. Dans la pratique, on n'utilise pas ces fonctions sur des structures car la surprise est vite arrivée.

et tu fera comment alors pour sauvegarder (ou charger) des elements vers (ou d')un fichier?

bref, ca marche tres bien

en C++, avec les flux de la STL, std::ofstream et std::ifstream.

FAQ sur les fichiers en C++

Citation:

---

Envoyé par keil

et tu fera comment alors pour sauvegarder (ou charger) des elements vers (ou d')un fichier?

---

Cela dépend. Si sauver en condensé non textuel est une nécessité, alors cela sera champs par champs, et pour chaque champs, octet par octet afin de suivre un boutisme ou l'autre.

Autrement, Il y a des méthodes variables en fonction du niveau d'analyse à opérer sur les fichiers. Juste pour sauver des données, boost.serialize me plait bien. Mais on peut aussi tout se faire à la main avec les flux standard du C++. Ou sortir des vrai analyseurs lexicaux et sémantiques si des traitements plus complexes doivent être opérés -- genre une vérification de consistance, d'erreurs, ...

Citation:

---

bref, ca marche tres bien

---

Aujourd'hui. Change d'options de compilations, de compilateur, de plateforme/architecture, ... je doute que cela marche encore. Enfin. Avec un même logiciel final pour une plateforme donnée, tu pourras lire/écrire tes fichiers. Par contre, une sauvegarde faite aujourd'hui pour ton PC ne marchera peut-être plus sur ton PC de dans 5 ans après recompilation, et probablement pas sous Solaris aujourd'hui même.

(Oui, c'est du pinaillage pour un codeur isolé.)

je comprend ce que vous voulez dire, mais ca compilera toujours, meme si vous etes pas d'accord.

et de toute facon le resultat sera toujours valide du fait que les chargements sont effectués par la même machine qui a procéder aux sauvegardes.

mais je comprends que ma méthode n'est pas 'codiquement' correcte

Je n'ai jamais dis que cela ne compilerait pas. Juste qu'il faut que tu t'attendes à avoir un jour des problèmes car les fichiers d'une version peuvent facilement devenir incompatibles avec une autre.