V
в минус точно не улитает
Size: a a a
2021 February 15
t
Vasiliy
да в других языках то нормально такое условие выполняется
!burn
S
Vasiliy обвинён в Ереси
РД
Vasiliy
да в других языках то нормально такое условие выполняется
а в других языках интерпретаторы свои и компиляторы
РД
это с++, а не другие языки. будь добр, соблюдай его особенности
K
Vasiliy
причем тут сравниваю = у меня банально условие не проходит
byte a=30;
if (a*1000>20000) {....}
не срабатывает
byte a=30;
if (a*1000>20000) {....}
не срабатывает
if (static_cast<int>(a) * 1000 > 20000) {}AF
Vasiliy
че за дичь такая
Числа считаются с начала диапазона. Если брать 16-битные инты, то Unsigned = 0,1,2,3,4...65535; Signed = -32768, -32767, -32766, ...+32767
Последний бит (самый левый) отвечает за знак.
Соответственно число больше 32767 ( последний бит = 1 ) при рассмотрении его двоичной формы как знаковой, будет отрицательным. Это значит что оставшиеся 15 битов - это количество которое надо отсчитать от минимума (т.е. от -32768)
60k = 1110 1010 0110 0000
1 бит знаковый, остается 110 1010 0110 0000 = 27232
Выводит оно -32768 + 27232 = -5536
Последний бит (самый левый) отвечает за знак.
Соответственно число больше 32767 ( последний бит = 1 ) при рассмотрении его двоичной формы как знаковой, будет отрицательным. Это значит что оставшиеся 15 битов - это количество которое надо отсчитать от минимума (т.е. от -32768)
60k = 1110 1010 0110 0000
1 бит знаковый, остается 110 1010 0110 0000 = 27232
Выводит оно -32768 + 27232 = -5536
K
if (static_cast<int>(a) * 1000 > 20000) {}Это кстати классический вопрос на собеседовании )
t
Vasiliy
в минус точно не улитает
t
и поебать вообще на эти byte
K
ну возьмёт он int8_t и что поменяется
t
ну так нехуй совать умноженное на миллион число и ожидать на выходе uint32_t
t
еще и parseInt придется делать перед выводом в монитор
t
учи язык, потом приходи, а не ыуыаа
t
покажешь рабочий код - разбаню
AH
Числа считаются с начала диапазона. Если брать 16-битные инты, то Unsigned = 0,1,2,3,4...65535; Signed = -32768, -32767, -32766, ...+32767
Последний бит (самый левый) отвечает за знак.
Соответственно число больше 32767 ( последний бит = 1 ) при рассмотрении его двоичной формы как знаковой, будет отрицательным. Это значит что оставшиеся 15 битов - это количество которое надо отсчитать от минимума (т.е. от -32768)
60k = 1110 1010 0110 0000
1 бит знаковый, остается 110 1010 0110 0000 = 27232
Выводит оно -32768 + 27232 = -5536
Последний бит (самый левый) отвечает за знак.
Соответственно число больше 32767 ( последний бит = 1 ) при рассмотрении его двоичной формы как знаковой, будет отрицательным. Это значит что оставшиеся 15 битов - это количество которое надо отсчитать от минимума (т.е. от -32768)
60k = 1110 1010 0110 0000
1 бит знаковый, остается 110 1010 0110 0000 = 27232
Выводит оно -32768 + 27232 = -5536
Всё таки не лень посчитать. Красавчик!
AH
В postgresql надысь тоже тип подбирал. SmallInt 16-битный именно такой диапазон может хранить. Челу, походу сложно 2**16 возвести =)
AH
Как, бля люди программируют контроллеры, не вкуривая за структуры данных. Это ж просто копипаста со стековерфлоу.
TC
Как, бля люди программируют контроллеры, не вкуривая за структуры данных. Это ж просто копипаста со стековерфлоу.
Гайвер всему вина