Discussion :

[cedouche]

Bonjour,
j'ai un petit problème car je désire traiter des nombres non signés sur exactement 32 bits, ou 16 bits, ou... selon la situation. Java ne possédant pas de types unsigned, je suis embêté puisque j'aimerais garder le même range que des unsigned. Donc par exemple, pour un int, je le définis en long pour ne pas être embêté par le bit des signes. Ce qui m'intéresse est d'avoir les bits exactement pareil. Le problème est qu'en faisant un cast, il me transforme en nombre négatif et change la valeur de mes bits.
Exemple :
short a = 0x81; // soit 1000 0001 en binaire
je souhaite récupérer cette même valeur binaire mais dans un byte
byte b = (byte) a; // me donne b = - 1111 1111

j'espère que mes explications ont été claires. Serait il possible de me dire comment je pourrais gérer ce problème de unsigned?

[leyee]

Je developpe actuellement une application p2p compatible avec les reseaux existant et je me suis heurté à de tels problemes egalement (en ajoutant le fait que les octets sont lus en little endian alors que java fonctionne en big endian). Si les bits sont bien positionné, il te suffit de faire un & 0xff au moment d'afficher pour avoir la bonne valeur. Je te renvoie vers un article sympatique sur developpez en ce qui concerne la manipulation de bits en java http://gfx.developpez.com/tutoriel/java/binaire/

Code :

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

1
2
 
a & 0xff

[N_I_C_S]

Salut,
les négations sont gerées selon la technique du "complément à deux", cad que, par exemple, -3 a la même valeur que 253 sur un byte.
Pour reproduire le nombre positif correspondant au négatif, il faut ajouter à celui-ci la valeur max du type considéré. ex:
byte : unsigned = negatif + 256 (8 bits)
short: unsigned = negatif + 65536 (16 bits)
etc...

[leyee]

je suis d'accord avec toi mais il est preferable (surtout dans le cadre d'algos lourds ou tout simplement de methodes frequemment appelées) de passer par des opérations directement sur les bits de tes types primitifs

[cedouche]

merci pour vos réponses ... çà va bien m'aider ...

[N_I_C_S]

J'avais pas vu ton message avant de poster .
En plus, je connaissais pas cette technique, c'est cool

[leyee]

je ne connaissais pas jusqu'il y a peu. Travaillant sur un algorithme de pathfinding pour un jeu video (deplacement des unités sur une map), j'avais une méthode appelée tres tres frequemment et l'utilisation d'opérateurs un peu plus bas niveaux tels que les décalages m'ont permis de diviser d'un facteur 5 à 10 le temps d'execution (bon faut dire que c'etait le point critique de l'algo aussi) donc je n'hesite pas à proposer quand des personnes en ont besoin