Petit calcul avec décalages

Bonjour,
voilà mon code :

Code:

---

1 2	unsigned short var; unsigned char tab[2]={0x12, 0x34};

---

Je n'arrive pas à récupérer dans ma variable var la valeur 1234.
J'ai testé avec des décalages mais rien de bon.
Puis j'ai testé comme ceci :

Code:

---

1 2 3 4 5

unsigned short var; unsigned char tab[2]={0x12, 0x34}; unsigned char tmp; tmp = tab[0]*0x10*0x10+tab[1]; printf("0x%08X\n", tmp);

---

Mais ça m'affiche 34, ça a l'air de tronquer mon 12...
Pouvez-vous m'aider ?

Citation:

---

Envoyé par sone47

Bonjour,
tu peux concatener deux chaines et faire ensuite un atoi de la partie qui t'interesse.

---

Je fais ça comment ? si ce n'est pas trop demander...

Citation:

---

Envoyé par frizou11

Je fais ça comment ? si ce n'est pas trop demander...

---

Tu fait un sprintf dans le style:

Code:

---

1 2 3

char var [5]; ... sprintf (var, "%d%d", tab[0], tab[1]);

---

puis une conversion de var avec strtol devrait suffir.

En fait, tu y étais presque.
Mais si tu ajoutes le résultat de ton calcul dans un char, bien sûr qu'il sera tronqué. Mets le dans ton short et ça marchera mieux.

Code:

---

1 2 3 4 5

unsigned short var; unsigned char tab[2]={0x12, 0x34}; var = tab[0]*0x10*0x10+tab[1]; printf("0x%08X\n", var);

---

Un unsigned char tient sur un octet. La valeur maximale d'un unsigned char est donc 0xFF. Si tu calcules un nombre plus grand que 0xFF, il sera alors tronqué. C'est ce qui se passait dans ton cas.

Tu peux aussi faire plus efficace en décalant tes bits.

Code:

---

1 2 3 4 5

unsigned short var; unsigned char tab[2]={0x12, 0x34}; var = ((short)tab[0] << 8) + tab[1]; printf("0x%08X\n", var);

---

Ok, merci beaucoup aoyou :D

je me demande si

Code:

---

var = *(unsigned short*)tab;

---

ne marche pas ?

Citation:

---

Envoyé par straasha

je me demande si

Code:

---

var = *(unsigned short*)tab;

---

ne marche pas ?

---

Ca donne le résultat suivant :

Code:

---

3412

---

Et non 1234. Pas loin ! ;) Je comprends pas pourquoi d'ailleurs...

C'est comme ce morceau de code là :

Code:

---

1 2 3 4

unsigned short var; unsigned char tab[2]={0x12, 0x34}; memcpy(&var, tab, 2); printf("0x%08X\n", var);

---

Je comprends pas non plus pourquoi ça donne 3412 et non 1234

Si quelqu'un voit pourquoi, ça serait bien de me l'indiquer...

arg ! tant pis... j'aurais tenté

Citation:

---

Je comprends pas non plus pourquoi ça donne 3412 et non 1234.

---

Les processeurs x86 (ce qui doit être ton cas) sont en Little Endian, c'est-à-dire que les bits de poids faibles ont l'adresse mémoire la plus faible. Les bits de poids forts sont en dernier peut-on dire aussi. Donc quand tu fais ton memcpy, tu copies 12 à 0x01 pas exemple et 34 à 0x02 (valeurs d'adresse absurde mais c'est pour l'exemple). Quand tu demandes de lire un short, il récupère les bits de poids fort (c'est 34) et les bits de poids faible (c'est 12) d'où 3412 comme résultat et non 1234.

Si tu avais travaillé sur un ancien MAC (avant qu'ils passent en Intel), tu aurais bien eu 1234 car ce sont des processeurs Big Endian.

Si tu veux faire du code portable, il ne faut jamais préjuger de l'endianess. Tu as suffisamment d'opérateurs disponibles en C pour éviter de faire ces magouilles sur la mémoire.

Citation:

---

Envoyé par aoyou

Les processeurs x86 (ce qui doit être ton cas) sont en Little Endian, c'est-à-dire que les bits de poids faibles ont l'adresse mémoire la plus faible. Les bits de poids forts sont en dernier peut-on dire aussi. Donc quand tu fais ton memcpy, tu copies 12 à 0x01 pas exemple et 34 à 0x02 (valeurs d'adresse absurde mais c'est pour l'exemple). Quand tu demandes de lire un short, il récupère les bits de poids fort (c'est 34) et les bits de poids faible (c'est 12) d'où 3412 comme résultat et non 1234.

Si tu avais travaillé sur un ancien MAC (avant qu'ils passent en Intel), tu aurais bien eu 1234 car ce sont des processeurs Big Endian.

Si tu veux faire du code portable, il ne faut jamais préjuger de l'endianess. Tu as suffisamment d'opérateurs disponibles en C pour éviter de faire ces magouilles sur la mémoire.

---

Alors je dis "très bonne explication". Merci à toi, j'ai tout pigé :king:
Je savais qu'il y avait une histoire de Little Endian et Big Endian...