question sur l'hexadécimal

On considère que l'implémentation code les caractères sur 8 bits

Premier exemple :

Code:

---

1 2 3 4 5 6 7

int n ; signed char c ; c = '\xfe' ;   n = c+ 1 ; printf("%d", n) ;

---

Ici, on obtient -1 et là :

Code:

---

1 2 3 4 5 6 7

int n ; unsigned char c ; c = '\xfe' ;   n = c+ 1 ; printf("%d", n) ;

---

on obtient 255. Je ne comprends pas pourquoi et surtout comment on en est arrivé à ces deux résultats différents.

C'est parceque lorsque tu es en unsigned, tu peux aller de 0 (00) à 255 (FF )et lorsque tu es en signed de 0 (00) à 127 (7F). Ensuite tu passes en négatif et FF = -1.

Si le bit de poids fort est supérieur à 7, alors tu es en négatif.

Et quand on "passe ensuite en négatif", on peut aller jusqu'à -128 ?
C'est la meme chose pour les dépassements de capacités ?
ex :

Code:

---

1 2	int n =60000 ; printf("%d", n) ;

---

Quand t'es en signed, tu peus aller de -128 à +127
Sinon, pour les dépassement de capacité, je crois que le C le gère d'une facon particulière et il me semble qu'il ne sort pas n'importe quoi...il semble qu'il fait un calcul que je ne me rapelle plus trop.

ce qui est identique dans les 2 cas, c'est FE+1 = FF

là ou intervient la différence, c'est la conversion du résultat vers int

signed char --> int ============> FF --> FFFFFFFF

unsigned char --> int ============> FF --> 000000FF

Tout est fait au niveau du cast (implicite) n=c+1
tu peux meme faire c++; puis n=c;. Dans cette conversion
unsigned/signed char -> (signed) int, il prend en compte ou non le signe de c.

Pour le debordement de capacite, c'est le calcul "normal" des addition.
0x7F + 0x01 = 0x80. Ce qui donne en (8bits) signe 127+1=-128. Il y a la un debordement. Evidement on ne te dis rien, c'est silentieux.
Pour un debordement non signe, tu as 0xFF + 0x1 = 0x00. (255+1=0).

Ok, pour le post de D[r]eadLock, je pense que j'ai compris, mais ce que je n'assimile toujours pas c'est pourquoi :

signed char --> int ============> FF --> FFFFFFFF

unsigned char --> int ============> FF --> 000000FF

Peut on m'expliquer ce qui se passe réellement ?

En tout cas, merci pour votre aide :)

Citation:

---

Envoyé par Adrael

Ok, pour le post de D[r]eadLock, je pense que j'ai compris, mais ce que je n'assimile toujours pas c'est pourquoi :

signed char --> int ============> FF --> FFFFFFFF

unsigned char --> int ============> FF --> 000000FF

Peut on m'expliquer ce qui se passe réellement ?

En tout cas, merci pour votre aide :)

---

Tout simplement parce que la conversion de type ne recopie pas betement les bits, mais les interpretes afin de onserver, si possible, la valeur correcte. Or si une variable en signed char vaut FF, c'est a dire -128, elle vaudra aussi -128 en int soit FFFFFFFF. Par contre en unsigned char elle vaudra 255 donc apres la conversion l'int aura la valeur 255 soit 000000FF.

Citation:

---

Envoyé par gl

Tout simplement parce que la conversion de type ne recopie pas betement les bits, mais les interpretes afin de onserver, si possible, la valeur correcte. Or si une variable en signed char vaut FF, c'est a dire -128, elle vaudra aussi -128 en int soit FFFFFFFF. Par contre en unsigned char elle vaudra 255 donc apres la conversion l'int aura la valeur 255 soit 000000FF.

---

Ce qu'il faut retenir, c'est que c'est le bit de poids fort qui donne le signe du nombre. Si le bit de poids fort est supérieur ou égal à 8 alors le nombre est négatif.

Citation:

---

7F > 0
80 < 0

0000007F > 0
0000008F >0

---

Merci de vos réponses.