Décalage de bits sur integer

Bonjour

je rencontre un probleme avec les operations de bitwise dans lazarus sur des integer

lorsque je fais

Code:

---

256 shr 2

---

j'obtiens bien 64. impec

maintenant sur les nombres negatifs

Code:

---

-256 shr 2

---

j'obtiens 1073741760

le probleme n'existe pas sur un shortint ou un smallint

Est ce un bug ?

Citation:

---

Envoyé par caku

Bonjour

je rencontre un probleme avec les operations de bitwise dans lazarus sur des integer

lorsque je fais

Code:

---

256 shr 2

---

j'obtiens bien 64. impec

maintenant sur les nombres negatifs

Code:

---

-256 shr 2

---

j'obtiens 1073741760

le probleme n'existe pas sur un shortint ou un smallint

Est ce un bug ?

---

-256 c'est $FFFFFF00 ou encore
11111111111111111111111100000000

1073741760 c'est $3FFFFFC0 ou encore 00111111111111111111111111000000

soit un décalage de 2 bits à droite...et perte du signe.

tu peux utiliser "DIV 4" et espérer que le compilateur optimise l'opération :)

Je suis d'accord avec ton raisonnement
mais pourquoi le signe est il perdu sur
Integer
longint
int64
et pas sur :
smallint
shortint

il devrait etre perdu aussi sur smallint

dans l'immediat je recupere le signe avant le bitwise et le restitue aprés

j'ai la réponse pour Delphi...qui doit être la même pour FP

pour une variable de moins de 32 bits, Delphi utilise 'movsx eax,x' avant de faire un shr sur eax. Donc on a bien deux 0 qui entrent par la gauche, mais ils n'affectent pas ax (SmallInt) et al (ShortInt) :)

Merci pour ton explication

C'est quand meme dommage de ne pas utiliser sar qui fait entrer a gauche les memes bits que le bit de poids fort

On fera avec

merci

Hia,

Citation:

---

Envoyé par caku

Merci pour ton explication

C'est quand meme dommage de ne pas utiliser sar qui fait entrer a gauche les memes bits que le bit de poids fort

On fera avec

merci

---

Oui, mais s'ils avaient voulu utiliser sar, ils n'auraient pas appelé l'opérateur shr ! :)