Lecture avec fread()

Version imprimable

15/06/2006, 14h29
cout

Lecture avec fread()

Bonjour,

voila, j'ai un fichier héxadécimal que je dois lire et en extraire certaines parties, j'utilise donc la fonction fread(), mais dés que la fonction rencontre un octet égal à "00" (equivalent à "\0" je crois..?) et bien elle s'arrete alors qu'en parametre, je lui passe le nombre d'octets à lire...

Ya t il un moyen d'empecher ça...?
15/06/2006, 14h31
Médinoc

Avec fread(), tu es sûr ?

Vérifie que tu n'as pas oublié d'ouvrir le fichier en mode binaire.
15/06/2006, 14h33
cout

oui, c'est bien comme ça

Code:

file=fopen(src,"rb")

??

et

Code:

fread(*dest,1,1024,file)
15/06/2006, 14h34
Médinoc

comment est déclaré et dest ?
Et qu'est-il supposé valoir lors de l'appel à fread() ?
15/06/2006, 14h36
cout

"dest", c'est un parametre de la fonction de type LPSTR
15/06/2006, 14h39
Médinoc

alors pourquoi passes-tu *dest à fread() ?
15/06/2006, 14h43
Emmanuel Delahaye

Citation:

Envoyé par cout

voila, j'ai un fichier héxadécimal

8O C'est quoi ça ? Tu peux joindre un exemple ?
15/06/2006, 14h45
cout

pour le pointeur, je suis obliger puisque je dois lui allouer de la mémoire depuis cette fonction et il faut que je puisse recuperer son contenu endehors de cette fonction
15/06/2006, 14h47
cout

Il s'agit d'un fichier (.FIC)d'une base de données proprietaire, il contient du code héxadécimal :

4E 69 98 A5 00 FF 56....etc

je l'ouvre avec un éditeur comme WinHex
15/06/2006, 14h59
Emmanuel Delahaye

Citation:

Envoyé par cout

Il s'agit d'un fichier (.FIC)d'une base de données proprietaire, il contient du code héxadécimal :

4E 69 98 A5 00 FF 56....etc

je l'ouvre avec un éditeur comme WinHex

OK. C'est un fichier binaire que tu visualises en hexadécimal...
15/06/2006, 15h00
cout

oui c'est vrai...
15/06/2006, 15h03
cout

C'est donc normal que fread() s'arrete des qu'il rencontre un octet égal à 0x00ou pas...??
15/06/2006, 15h06
Emmanuel Delahaye

Citation:

Envoyé par cout

C'est donc normal que fread() s'arrete des qu'il rencontre un octet égal à 0x00ou pas...??

Pas normal. Tu as bien ouvert en "rb" ? On ne va pas jouer ax devinettes. Poste ton code...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
int _stdcall X_LEC_ART_CLE_DTA(WORD lgCle,WORD cdeFicInd,LPSTR cleRech,WORD adNumEnreg,LPSTR src,LPSTR *dest)
{
         ...............
          if ((file=fopen(src,"rb")) == NULL)
          {
              return 1;
         }
 
         fseek(file,*adresseEnreg,SEEK_SET);
          fread(*dest,1,*tailleEnreg,file);
 
     .....

15/06/2006, 15h21
Médinoc

Citation:

Envoyé par cout

pour le pointeur, je suis obliger puisque je dois lui allouer de la mémoire depuis cette fonction et il faut que je puisse recuperer son contenu endehors de cette fonction

Donc il est de type LPSTR *, pas LPSTR... Heureusement que j'avais demandé... :roll:
PS: Déclare src en LPCSTR
PPS: Ta taille d'enregistrement aussi est en sortie ?
15/06/2006, 15h22
cout

En fait ça lit, puisque lorsque je regarde en debugant le contenu de *dest, il m'affiche seulement les 232 premiers octets alors que je lui en demande 1024, seulement le 233 est le premier octet lu égal à 0x00
15/06/2006, 15h24
cout

Je dois pas pouvoir modifier le type, puisque je dois refaire une dll 16 bits déja existante mais en 32 bits et du coup je suis obliger de garder les meme prototypes..donc je dois pas pouvoir modifier les types des parametres

Mais je vois pas pourquoi il pose probleme e parametre src, je m'en sert dans mon code a dautre endroit et ça marche tres bien...

Non, ce n'était pas un problème, c'est juste que c'est plus propre.
Et puis, si la fonction est possède un prototype C, tu peux changer le type de pointeur sans problème.

Ton buffer est un char * : C'est le debugger qui se fait avoir, pas fread().

Tu dois te faire une fonction d'affichage:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 void PrintHex(char const *pcBuf, size_t length) { printf("Contenu du buffer :"); for(size_t i=0 ; i<length ; i++) { int n = pcBuf[i]; printf( "%c%02X", (n%16==0 ? '\n' : ' '), n ); } printf("\n"); }

15/06/2006, 15h28
cout

et la taille d'enregistrement n'est pas en sortie mais je n'est pas reussi a utilisé une variable de type int toute simple sans pointeur..
15/06/2006, 15h34
cout

Ben en fait j'utilise l'api windows, donc mon projet ne me permet pas d'utiliser la console...et du cou ton code je peux pas trop m'en servir :

Code:

printf("%c%02X", (n%16==0 ? '\n' : ' '), n );
15/06/2006, 15h37
Médinoc

Citation:

Envoyé par cout

et la taille d'enregistrement n'est pas en sortie mais je n'ai pas reussi a utiliser une variable de type int toute simple sans pointeur..

Là, je suis 8O
'faudra m'expliquer...
15/06/2006, 15h42
cout
c'est vrai que c'est bizarre, mais lors de la compilation, il me dit :
Type mismatch in parameter '__n' in call to 'fread'
Code:

1 2 fread(*dest,1,tailleEnreg,file);
15/06/2006, 15h46
Médinoc

tu peux me montrer toute cette partie du code, de la déclaration de tailleEnreg jusqu'au fread()?
15/06/2006, 15h49
cout

non en fait ça fonctionne, je sais pas ce qui m'est arrivé pourtant, je ne bois pas...
15/06/2006, 15h54
cout

Mais le fread ne fonctionne toujours pas pour autant, c'est le coup du int à la place du *int qui fonctionne
15/06/2006, 16h43
Médinoc

Le fread() ne fonctionne toujours VRAIMENT pas pour autant?
Comment es-tu sûr que ce n'est pas seulement ton débugger qui foire parce que le buffer est un char * comme je l'ai déjà dit?
Tant que tu n'auras pas trouvé le moyen d'afficher le contenu du buffer en entier (Tu peux remplacer les printf() de ma fonction par des fprintf()) vers un fichier texte), tu ne peux même pas savoir si ta lecture marche ou non!
15/06/2006, 16h47
cout
en fait je me suis aperçu de ça : avec tailleEnreg = 1024
avec ce code :

Code:

fread(*dest,1,tailleEnreg,file);

il s'arrete au premier octet egal à 0x00 (il lit les 232 premier)

et avec celui-ci :
Code:

1 2 3 4 5 6 7 for(i=0 ; i<tailleEnreg ; i++) { car[0] = fgetc(file); car[1] = 0; strcat(*dest,car); }
Il lit tous les octets apparement puisqu'apparaissent uniquement ceux qui sont different de 0x00 (il yen a 578).

et avec :
Code:

1 2 3 4 5 6 7 8 for(i=0 ; i<tailleEnreg ; i++) { car[0] = fgetc(file); car[1] = 0; if(car[0] == 0) car[0]='A'; strcat(*dest,car); }
Il m'affiche 1024 octets dans *dest mais ceux qui était égaux à 0x00 sont remplacé par 'A';

Le probleme vient donc de koi a votre avis , c'est qd meme bizarre que le fread s'arrete au 0x00
15/06/2006, 16h57
Médinoc

Dis-donc, tu les lis, mes posts, ou quoi...
Ce n'est pas fread() qui merde, mais la lecture du buffer ensuite...
15/06/2006, 17h03
cout

pardon, tu parle du poste 27, je n'avais pas vu que t'avais ecrit le 26 a ce moment la.. je suis en train d'essayer de faire comme tu ma di
15/06/2006, 17h06
Emmanuel Delahaye
Citation:
Envoyé par cout

Code:

1 2 3 4 { fseek(file,*adresseEnreg,SEEK_SET); fread(*dest,1,*tailleEnreg,file);
Il faut tester le code retour de fseek() et de fread().
15/06/2006, 17h11
cout

fread() retourne 1024, donc c'est bon, ça vient donc du buffer *dest...jepense comme le dit medinoc
15/06/2006, 17h13
Médinoc

Ou comment perdre des heures à déboguer une fonction qui marche :aie:
15/06/2006, 17h28
cout

C'est bon j'ai réussi a recuperer le contenu du buffer, mais il ne correspond pas à ce qu'il y a dans le fichier d'origine
15/06/2006, 21h50
Médinoc

C'est-à-dire ?