Probl�me de lecture dans un stream!

Salut a tous!

Voil� mon probl�me, j'ai d�clar� un buffer (tableau de char) pour lire le contenu d'un ifstream (stream d'entr�� sur un fichier).
Je fais donc un read d'une quantit� de donn�e size, ensuite pour tester si j'ai bien ce qu'il me faut dans le buffer, j'affiche son contenu, mais l� je me rend compte que la premi�re valeur du buffer est correcte et que toute les autres ne sont pas les valeurs de mon fichier. En effet les autres valeurs sont toute identique et valent en (decimal) -52?!?!?!

voici le code en abr�g�:

Code:

---

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

//declaration des variables pour la lecture const int Size = 188; char bufferIn[Size];   fichier1.seekg(1,ios::beg); fichier1.read(bufferIn,Size); //affichage for (int k = 0; k<Size;k++) { cout << (int)bufferIn[k] << endl; }

---

Est ce qu'il y a un truc que je fais faux avec ma lecture???je comprend pas pourquoi j'ai ces valeurs bizarres???

Code:

---

(int)

---

beurk...
Ton fichier a quelle taille ? Quel est l'�tat du ifstream � la fin de la lecture ?

tranquille le (int) c'est juste pour l'affichage, car avec les caract�re ca me fait un caract�re que je suis pas capable de reproduire. tellement il est bizarre.

mon fichier a une taille de 160KBytes, mais je le lis par paquet de 188 bytes.

etat du ifstream????

voil� comme j'ai d�carer l'ouverture du stream

Code:

---

1 2	ifstream fichier1("SI-POLSAT.m2t",ios_base::in|ios_base::binary);

---

Oui, l'�tat du flux. Quand on lit sur un flux, on peut conna�tre son �tat apr�s - arriv� � la fin ce genre de choses, ... -

Ah ok, mais dans ce cas la, c'est pas possible qu'il soit arriv� � la fin puisque je ne lis que les 188 premiers caractere alors qu'il en comprte plus de 160'000.

Quand je lis les autres series de 188, je place mon curseur avec la m�thode seekg() 188 plus loin et ainsi de suite...

Le but de la v�rification sert � savoir aussi si on a bien ouvert le bon fichier, ... donc fais-le... Si tu ne v�rifies pas les erreurs potentielles simples, ne t'�tonne pas si on ne va pas t'aider � chercher plus loin par la suite.

Ok d�sol� t'as raison. je suis d�sol� je suis un peu stress c'est pour �a.

alors je teste l'�tat avec is_open() et good()

is_open me renvoit 1 --> OK
good me renvoit 0 --> pas OK...!!!

Ce qui signifie que j'ai effectivement un probl�me, mais je ne vois pas de quoi ca pourrait venir...
il faut encore pr�ciser une chose c'est que ce n'est pas la premi�re lecture que je fais sur ce stream, je sais si ca peut poser probl�me ou pas???

Peut-�tre. Quel est l'�tat avant que tu ne lise les donn�es ?
En tout cas, on commence � expliciter le probl�me, donc on avance :)

Voila j'ai mis des tests un peu partout, et je peux affirmer que le probl�me survient � ce moment l�:

Code:

---

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

int TestPT = 0; long NbPaquet = 0; int indice = 0; // Au passage on va compter le nombre de paquet contenu dans le fichier while (TestPT != EOF){ fichier1.seekg(indice*Size,ios::beg); indice++; TestPT = fichier1.get(); if(TestPT == 0x47){ NbPaquet++; }else { cout << "End Of File" << TestPT << endl; } } cout << "Nbpaquet:" << NbPaquet << endl;

---

Je sais pas pourquoi mais je sens que le c'est le EOF qui va me poser probl�me, peut-�tre qu'une fois qu'on atteint le fin du fichier il faut r�ouvrir un nouveau stream...

Tu peux faire directement fichier1.eof() pour faire ton test ;)
Fais un clear() aussi sur ton stream pour que les erreurs soient effac�es.

MAGNIFIQUE!!!!!!!!!
en fait y a m�me pas besoin de faire le clear avec fichier.eof() ca fait pas d'erreur, je l' ai quand m�me mis par s�curit�...

Merci c'est super cool.

J'ai encore une petite question et apr�s je te laisse tranquille;)
en affichant les caracteres contenu dans le buffer, j'ai une anomalie que voici:

Code:

---

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

47 40 0 10 0 0 ffffffb0 --> alors que je ne devrais avoir que b0 ici 1d 0 0 ffffffe5 --> ici aussi je devrais juste avoir e5 0 0 . . .

---

Je comprend pas d'o� viennent ces ffffff ?!?!?

Aucune id�e :(
Tu affiches de l'hexa ou pas ? Si c'est de l'hexa que tu affiches, c'est simplement le nombre n�gatif qui est affich�.

moi �a me fait aussi penser � de l'hexa...
Tu n'afficherais pas par hasard du non sign�???

Parce que ou c'est un tr�s grand nombre, ou c'est un nombre n�gatif! (code compl�ment � deux) ;)

Ouai c'est de l'Hexa, ca veut dire qu'il interprete la donn�e comme une valeur n�gative, c'est donc simplement un probl�me d'affichage, je ne pense pas que la valeur stock�e dans le tableau soit n�gative, tu sais comment je pourrais v�rifier cela??

Je sais pas trop... peut-�tre remplac� ton cast C par static_cast, plus propre...

mets un staic_cast<unsigned int>, tu n'auras pas d'affichage de nombres n�gatifs - mais tu auras des grands nombres... -

J'ai essay� le static_cast mais ca ne change rien... j'ai toujours mes ffffff....

Code:

---

1 2 3

cout << hex << static_cast<unsigned int>(bufferIn[k]) << endl;

---

pourquoi hex ?