Discussion :

[Djobird]

Bonjour,

J'ai passé ma journée sur un bug que je ne comprend pas. J'ai finis pas le corriger, mais j'aimerais tout de même comprendre pourquoi sans cette correction, cela ne marche pas.

J'ai le tableau de byte suivant : (chaque ligne correspond à une case du tableau, et je les représente sous le forme binaire)

Code :

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

1
2
3
4
5
6
 
00111001
00011111
11100100
01110101
11111110

Or, si je demande à Java de mes les traiter, il va les considérer avec ces valeurs.

Code :

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

1
2
3
4
5
6
 
00111001
00011111
1111111111100100
01110101
1111111111111110

Cela se remarque notamment lorsque je lui demande d'afficher les byte via System.out.println(Integer.toByteString(i)).

Pour corriger cela, je suis obliger d'appliquer un masque &0xFF afin de ne garde que le byte qui m'intéresse.

Est ce que quelqu'un peut m'expliquer ce comportement ?

On dirait que lorsque le bit de poid fort est à 1, alors java rajoute un byte suplémentaire. Mais pourquoi ?

[Uther]

En effet java ne fait pas directement de calcul des nombre de type byte. Ils sont d'abord convertis en int, quel que soit le bit de poids fort.

Cependant, tous les types en java sont signés(a l'exception du char). Si tu connais le principe du complément a 2 qui sert a coder les nombres négatif, tu comprends que pour que le nombre reste négatif lors de la conversion, java le complète les octets supplémentaires avec des '1' si le premier bit vaut 1, avec des 0 sinon.

Si tu veux que la conversion soit faite en considérant le byte comme non signé, on est en effet obligé de tricher un peu en utilisant (monByte&0xFF) a la place de monByte.
L'opérateur & étant binaire, il n'est pas affecté par les problèmes de nombres signés ou non.

[Djobird]

D'accord, merci bien. J'avais en effet utilisé le masque afin de garder ma valeur.
Merci pour ce renseignement ^^