Почему не работает сдвиг влево на переменное кол-во байт?

Question

[Кирилл Жиляев]

Имеется

uint32_t int1; 
uint_16 count; (из параметров ф-ии)

И вне зависимости от count верно
int1 == Int1 >> count;

Comments

[Roman]

сдвиг влево

int1 == Int1 >> count;
это >> сдвиг вправо.

[Кирилл Жиляев]

Roman, я ошибся. Но сути вопроса не меняет. Не работает ни сдвиг вправо ни влево.

[Евгений Шатунов]

Кирилл Жиляев, правила Тостера, П3.8.
Замени скриншот на блок с кодом.

[Кирилл Жиляев]

Евгений Шатунов, сейчас не могу. Я не за ноутбуком с кодом.

[jcmvbkbc]

И вне зависимости от count верно
int1 == Int1 >> count;

почему бы и нет, например, для Int1 == 0?

Answer 1

[Евгений Шатунов]

Твой код содержит Undefined Behavior.
In any case, if the value of the right operand is negative or is greater or equal to the number of bits in the promoted left operand, the behavior is undefined.

Не стоит допускать сдвига на полное число бит типа левого операнда.

Comments

[Кирилл Жиляев]

Да оно и с 16 не очень работает

[Евгений Шатунов]

Кирилл Жиляев, у тебя неполная информация в комментарии.
Что такое 16? Ты вместо 32 бит указал сдвиг на 16 вправо? И какой у тебя результат для обоих значений?
Почему бы тебе не переключиться в отображение шестнадцатиричного представления значений и посмотреть какие биты в числах подняты?

Answer 2

[Петр]

Размерность типа int - 32 бита, mask = 32 вы просто все биты сдвигаете и остается 0.

Comments

[Кирилл Жиляев]

Все верно. Но отладчик и значение сравнения показывают что после сдвига остались исходные значения

[Петр]

Кирилл Жиляев, Тут не ясно зачем вы mask к char приводите? Не приводит ли это к использованию какого-то перегруженного оператора >>

[Кирилл Жиляев]

Петр, это не первая попытка. Не работает и с uint16_t. Не пробовал int, но дома буду попробую