Version imprimable
Bonjour,
Désolé de vous importuné avec une question si bête mais j'aimerais savoir, lorsque je CAST un entier de 8bit dans un entier de 16bits, où se place mes 8bits dans ceux du 16bits, poids fort ou poids faible?
Exemple :
uint8 toto;
temp = (uint16)(toto&0x07);
Merci d'avance,
Cordialement,
Bonjour,
Lorsque tu fais un cast, tu convertis une valeur d'un type vers un autre. La valeur en elle-même doit donc, en principe, rester inchangée ou équivalente. Il n'y a perte d'informations que lorsque tu transtypes (ou castes) d'un type donné vers un type plus restreint.Citation:
Envoyé par Kartoon67
C'est donc ce principe qui va déterminer où doivent se retrouver ces bits. :-)
Maintenant, il est probable que tu aies fait le test et te sois retrouvé dans la situation contraire à ce que tu attendais. Dans ce cas, fais une recherche avec « Big Endian » et « Little Endian ». ;-)
Dans le cas d'un cast d'une valeur entiere 8 bits vers une valeur entière 16 bits, il y a deux cas :
1- Lorsque c'est possible, la valeur est conservée.
c'est le cas de signed -> signed, de unsigned -> unsigned , de unsigned -> signed et de signed ->unsigned si, dans ce dernier cas, le nombre signé est >= 0 .
2- Sinon (signed ->unsigned et le nombre signé est négatif) la valeur transtypée est obtenue en ajoutant la valeur maximum +1 du type de destination (65536).
La conséquence, si le codage des entiers signés est en complément à 2, est que les 8 lsb sont les mêmes et les 8 msb résultent de l'extension du signe si la valeur à convertir est signée ou 0 si elle est unsigned
Merci pour votre réponse.
Je suppose que d'après les recherches que j'ai faite. Je dispose d'un processeur little-endian.
Cela voudrais dire alors que lors du cast, mes 8bits serait stocker sur les 8bits de poids faible de mon entier de 16bit?
Cdt,
Oui.
Je pense que le fait d'être en little ou en big endian ne change pas ce principe. C'est la position des bits de poids forts par rapport à ceux de poids faibles, en mémoire, qui change. Ce comportement ne serait-il pas logique ? Dans le cas contraire, on ne pourrait pas faire de cast vers un type plus "large".
Un petit exemple pour illustrer tout cela, en faisant la comparaison avec le décimal. En admettant que tu aies des nombres de 5 chiffres et des nombres de 10 chiffres, et que tu veuilles stocker la valeur « 86472 », par exemple, alors tu obtiens :
Code:
2
Là, on voit très bien si les chiffres sont reportés à gauche (chiffres de poids fort) ou à droite (chiffres de poids faible).