Как сравнить Signed Char с литеральной константой?

Question

API предоставляет функцию signed char getDirection();, которая возвращает 1 для «вперед», 0 для «неподвижных», -1 для «назад».

И, конечно же, как описано в thesequestions, простое сравнение:

if(getDirection() == -1) { ... } 

терпит неудачу. Хорошо, я понимаю, почему он терпит неудачу. Но я просто не могу найти, как заставить его работать! Я попытался литьем левой стороны (int), правая сторона в (signed char), еще нада ...

редактировать:

signed char a = getDirection(); 
printf("%d\n",(int) a); 
printf("%d\n",(int) getDirection()); 

Результатов:

-1 
255 

edit2: на заказ:

const signed char getDirection(uchar d) 
{ 
    if(d >= config.directional_inputs.channelCount) return -2; 

    return shm->input_state.directional_inputs[d].direction; 
} 

Answer 1

Если вы уверены, что getDirection() действительно возвращает сиг ned char, он должен работать, так как подписанный символ 0xff должен быть правильно продвинут до значения -1.

Если вы не знаете, вы могли бы попытаться написать

int dir = getDirection(); 
// optionnally for extensive tests : fprintf(stderr, "getDirection : %d\n", dir); 
if ((dir == -1) || (dir == 255)) { ... } 

255 ловил любую проблему преобразования, например getDirection() возвращает подписанный символ ... что ваша последняя правка предлагает ...

Answer 2

It похоже, что в GetDirection часть return shm->input_state.directional_inputs[d].direction; Выполняется. Каков тип этого элемента direction? Я не уверен насчет рекламных акций здесь, но если это unsigned char, он может быть просто скопирован в регистр возврата ax и возвращен. То есть, расширение знака не выполняется, а ax - 0x000000ff. ff присваивается signed char a, что является правильным, и когда a используется в вызове printf, он получает надлежащим образом расширенный знак. Поэтому расширение знака должно быть сделано в операторе возврата GetDirection, где, по-видимому, это не сделано.

Попробуйте изменить его return (signed char)shm->input_state.directional_inputs[d].direction;

Answer 3

Это очень странно.

Во-первых, использование разных компиляторов может иметь значение. У них могут быть разные правила, как предполагается, что подписанный символ должен быть возвращен. Предположим, что компилятор для компиляции функции предполагает, что подписанный символ возвращается как 8 бит в 32-битном регистре, а остальные биты нулевые или неопределенные - -1 возвращается как 00000000 00000000 00000000 11111111. Компилятор для вызова предполагает, что подписанный символ возвращается как 8 бит в 32-битном регистре, знак расширен, и, следовательно, все 32 бита могут считаться содержащими правильное значение. Так что компилятор считает, что результат равен 255.

Во-вторых, я видел проблемы, когда прототипы и функции не совпадали. Если есть прототип функции где-то, где говорится «char» вместо подписанного символа, это объясняет все. Поскольку проблема странная, я бы попросил компилятор для вывода препроцессора и проверить, не происходит ли что-то странное.