Discussion :

[keil]

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

admettons que j'ai la structure suivante:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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);

?

[delfare]

moi, je dirais :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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

mais je suis pas sur

[keil]

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�

[Biosox]

en tout cas pas �a:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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

[swirtel]

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.

[Luc Hermitte]

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�

[swirtel]

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

[keil]

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

[swirtel]

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

FAQ sur les fichiers en C++

[Luc Hermitte]

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, ...

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�.)

[keil]

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

[Luc Hermitte]

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.