Discussion :

[frizou11]

Bonjour,
voilà mon code :

Code :

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

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 :

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

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 ?

[frizou11]

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...

[Franck.H]

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

Tu fait un sprintf dans le style:

Code :

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

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

puis une conversion de var avec strtol devrait suffir.

[aoyou]

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 :

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

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 :

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

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);

[frizou11]

Ok, merci beaucoup aoyou

[straasha]

je me demande si

Code :

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

var = *(unsigned short*)tab;

ne marche pas ?

[frizou11]

je me demande si

Code :

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

var = *(unsigned short*)tab;

ne marche pas ?

Ca donne le résultat suivant :

Code :

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

3412

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

C'est comme ce morceau de code là :

Code :

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

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...

[straasha]

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

[aoyou]

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.

[frizou11]

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é
Je savais qu'il y avait une histoire de Little Endian et Big Endian...