Problème de Lecture avec fread, feof retourne 16

Bonjours,

j'ai un problème avec ma fonction fread.
Je doit lire un fichier généré en Pascal avec du C.

j'ai vérifié la concordance des structures (taille octet,correspondance des types pascal / C j'ai même du utiliser un # pragma pack (1) car j'avais un problème d'alignement mémoire sur ma structure.

Lorsque je fait mon fread j'arrive à récupérer les 3 premier champs de ma structure correctement et après j'ai des valeur incohérent.

Je fais un feof et un ferror pour savoir ou est le problème.
ferror me retourne 0
feof me retourne 16

EDIT :
le fread me retourne 0.
et il me remplis que les 4 premier champs et ne remplis pas le reste (les valeur incohérente sont des valeur d’initialisation du compilateur.

Je utilise Visual C++ 6.0

j'ai l'impression que il arrêt de lire le fichier.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

TModele Model; Handle=fopen("test.MOD","r");   if(Handle ==NULL) { exit(1); }else{   lecture=fread(&Model,sizeof(TModele),1,Handle);   error=feof(Handle); error=ferror(Handle); }

---

C'est les joies de la sauvegarde d'une structure dans un fichier avec une fonction équivalent Pascal de fwrite(). Ce n'est pas portable! Il faut définir explicitement et implanter à la main un schéma de sérialisation des données. De simples fwrite() / fread() ne peuvent pas faire le job de manière satisfaisante, surtout si le compilateur n'est pas le même pour le programme qui écrit et celui qui lit.

Le livre "C Unleashed" traîte ce point sur un chapitre complet dont je recommande la lecture, si vous avez une bonne bibliothèque non loin de chez vous.

Avec mes meilleures salutations

Thierry

Merci je regarderais ce livre.
En attendant j'ai enregistré mon résultat dans un fichier et compare les fichiers.
Le problème et que je ne peut pas modifier le logiciel fait en pascal pour faire un sérialisation correct.
Je suis dans une impasse.

Salut,

Citation:

---

Envoyé par neoangelo5

Je suis dans une impasse.

---

Pas tant que ça. Avec un petit peu de patience, tu dois pouvoir retrouver le boutisme et le format de chaque champ. Il faut voir ça comme une sorte de hacking ou de reverse engineering. D'autant plus, si j'ai bien compris, qu'il n'y a qu'un seul type de structure dans ton fichier. Ca se fait couramment. C'est même très intéressant. ;)

A+

Pfeuh

Il s'agit d'une structure qui contient d'autre structure voilas pourquoi j'ai bien vérifier la concordance des octets avec les type pascal et C et que j'ai fait un #pragma pack(1) la structure Final Tmodel fait 120 0297 octet avec des structure et tableau deux dimension

La concordance du nombre d'octets entre les types entre les compilateurs C et Pascal utilisés ne dit rien sur le boutisme ou les éventuelles contraintes d'alignements qui font que certains compilateurs ajoutes des bytes supplémentaires entre deux champs d'une structure.

Thierry

d’où l'utilisation du #pragma pack non ?

EDIT :

En tout cas merci de vos réponses je vais voir avec mon supérieur pour savoir si modifie le logiciel qui généré c'est fichier pour une meilleur sérialisation.

Aucun idée, ce

Code:

---

#pragma pack

---

n'est pas standard.

Je pense avoir résolut mon problème.

Code:

---

1 2	position=fseek(Handle,118664,SEEK_SET); lecture=fread(tabMatre,sizeof(TMatriceCalibre),1,Handle);

---

la varaible qui avait la strucutre TMatriceCalibre dans mon Model était celle ou le fread s’arrêter de lire.
et la avec le fseek j'arrive a récupéré toutes les valeur de cette structure et qui son les bonne.
donc je vais partir sur une succession de fread intermédiaire avant d’implémenter ma variable Model.

:ccool:

J'ai RÉUSSI !!!!

J'ai fais une ENORME erreur de débutant

mon fichier le je l'ouvre en texte (par défaut "r" d'un fopen s'ouvre en texte)
j'ai modifié pour l'ouvrir en binaire

Code:

---

fopen("NOM chemin","r+b");

---

Résultat :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

TModele Model; Handle=fopen("test.MOD","r+b");       if(Handle ==NULL) { exit(1); }else{   lecture=fread(&Model,sizeof(TModele),1,Handle); }

---