A
Salut sur le sujet d'explication du protocole 2.0 de bouh2, je ne comprendre pas bien ceci :
Pourquoi 256 = 0 0 1 0 et non pas 0 0 0 256 ? (comme l'exemple de 255 = 0 0 0 255)
je ne comprendre pas pourquoi le nombre maximum est 4 294 967 295 (pourquoi 255.255.255.255 pendant qu'on y ai ?)
Je comprend pas aussi ceci :
quand j'envoie dans la boite de dialogue 123 , j'obtient :
31 32 33 , et non pas 0 0 0 123 ....
J'en profite aussi (et désolé ^^') :
"c'est 2 fois le nombre 1" --> comment ça ? un peu étrange, je demande une petite explication merci ^^'
"Mais si on lit dans le mauvais sens on aura pas 1 mais 268 435 456" --> la aussi je comprend pas pourquoi on aurait ces valeur là...
merci d'avance pour votre aide !
Un integer de valeur 1 sera encodé de cette manière : 0 0 0 1 (4 octets dans tous les cas), 256 de cette manière : 0 0 1 0, et 255 de celle-ci 0 0 0 255. Le nombre maximum est donc 4 294 967 295 (en hex 0xFFFFFFFF) soit 255 255 255 255.
je ne comprendre pas pourquoi le nombre maximum est 4 294 967 295 (pourquoi 255.255.255.255 pendant qu'on y ai ?)
Je comprend pas aussi ceci :
Et donc D. va envoyer l'integer directement sous forme d'octets. De cette manière au lieu d'envoyer 49 50 51 pour envoyer 123 il enverra 0 0 0 123.
31 32 33 , et non pas 0 0 0 123 ....
J'en profite aussi (et désolé ^^') :
Désormais je vais vous faire remarquer une petite nuance qui est toujours source de bugs au début. Il y a 2 manières de stocker un nombre en mémoire. En vérité il y a 2 sens. Sois remplir de gauche à droite soit de droite à gauche. Exemple 0 0 0 1 ou 1 0 0 0, c'est 2 fois le nombre 1, mais si on lit dans le mauvais sens on aura pas 1 mais 268 435 456
"Mais si on lit dans le mauvais sens on aura pas 1 mais 268 435 456" --> la aussi je comprend pas pourquoi on aurait ces valeur là...
merci d'avance pour votre aide !