Discussion :

[elendril]

Bonjour, comment savoir le nombre de bits exacts que les méthodes ReadInt32 et ReadByte de System.IO lisent ?
Je m'explique : Je lis l'entier 921 654 avec ReadInt32, ce qui corresond à
00000000 00000000 00000011 10011001 sur 4 octets.
Je me repositionne comme il faut dans le fichier et cette fois je lis 4 bytes en faisant 4 fois ReadByte. J'obtiens :
54 - 16 - 14 - 0, ce qui correspond à 00110110 - 00010000 - 00001110 - 00000000, soit après conversion 907 021 824.
Le résultat est différent, lire 4 bytes ne correspond pas à lire un Int32 (théoriquement sur 4 octets?), alors comment peut-on établir un lien entre les deux méthodes?

[Jerede]

Bonjour,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
            byte byte1 = 54;
            byte byte2 = 16;
            byte byte3 = 14;
            byte byte4 = 0;
 
            var r = byte4 << 24 | byte3 << 16 | byte2 << 8 | byte1;
 
            Console.WriteLine(r);

ou plus générique

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
            for (int i = 0; i < array.Length; i++)
                r |= array[i] << 8 * i;

[Graffito]

54 - 16 - 14 - 0, ce qui correspond à 00110110 - 00010000 - 00001110 - 00000000, soit après conversion 907 021 824.

Les octets de poids faibles étant enregistrés d'abord, le nombre lu vaut en binaire 00000000 0001110 0010000 00110110, soit 458 806.

Je lis l'entier 921 654 avec ReadInt32, ce qui corresond à
00000000 00000000 00000011 10011001 sur 4 octets.

Comment as tu obtenu cete correspondance ?

[elendril]

> Jerede : C'étais pas vraiment ma question, justement c'est en sachant cela que je me suis demandé pourquoi cette formule ne fonctionne pas.

> Graffito : Je savais pas que c'était lu à l'envers !! Voila qui devrait résoudre mon problème
Bon je m'étais trompée, en fait 921 654 = 00000000 00001110 00010000 00110110 (et non pas 458 806, tu as omis un 0). Donc ça concorde !