в калькуляторе виндовс есть режим "погромист"

там вводите в двоичной системе нужную маску и смотрите в шестнадцатеричной, если переводить в уме не умеете

можно еще так писать
if ((b & 0b11111111110000000000000000000000) == 0)

Здесь тоже можно использовать разделитель разрядов для улучшения читаемости

0b1111'1111'1100'0000'0000'0000'0000'0000

Угу

вот так типа

UdB же потенциальное. Знаковый overflow.

так уже нет вроде

Да, действительно, с двадцатого стандарта все стало значительно безопаснее:

The value of a << b is the unique value congruent to a * 2b
 modulo 2N
 where N is the number of bits in the return type (that is, bitwise left shift is performed and the bits that get shifted out of the destination type are discarded).

против предыдущего

For signed and non-negative a, if a * 2b
 is representable in the unsigned version of the return type, then that value, converted to signed, is the value of a << b (this makes it legal to create INT_MIN as 1<<31); otherwise the behavior is undefined.

Спасибо за информацию.

Есть ответ.
Но он тебе не понравится.

Примерно по той же причине, почему 1/3 записывается как 0,33...333...

есть - плавающая точка

Добавляю поддержку std::hash
1. Специализация: https://github.com/unterumarmung/fixed_string/blob/add-hash-support/include/fixed_string.hpp#L600-L611

2. Использование: https://github.com/unterumarmung/fixed_string/blob/add-hash-support/test/test.cpp#L580

3. Падает: https://github.com/unterumarmung/fixed_string/pull/9/checks?check_run_id=3013200502

Следовательно вопрос: что я делаю не так?

Всё, я — спать!

@oficsu @lazerate я верю что вы скажете, что я делаю не так

Да, 0.1 и 0.2 в двоичной системе бесконечные периодические дроби (а у тебя все в двоичной системе в компудахтере) поэтому при сложении получаешь бесконечную двоичная дробь что в десятичной неправильно аппроксимируется, а вообще читай про IEEE 754

и что

с++ 17 уже сомнения