Почему putchar, toupper, tolower и т. Д. Берут int вместо char?

Question

В C строки являются массивами символов char (char *) и символы обычно хранятся в char. Я заметил, что некоторые функции из libC берутся за целые числа аргументов вместо char.

Например, возьмем функции toupper() и tolower(), которые оба используют int. Страница человек говорит:

Если с не является символьное значение без знака, или EOF, поведение этих функций не определено.

Я думаю, что с int, toupper и tolower способны справиться с unsigned char и EOF. Но на самом деле EOF на практике (есть ли какое-либо правило о его значении?) Значение, которое может быть сохранено с помощью char, и поскольку эти функции не преобразуют EOF во что-то еще, мне интересно, почему toupper не просто принимает char как аргумент.

В любом случае, почему мы должны принимать что-то, что не является символом (например, EOF)? Может ли кто-нибудь предоставить мне соответствующий прецедент?

Это похоже fputc или putchar, что также принять int, который преобразуется в unsigned char в любом случае.

Я ищу точные мотивы для этого выбора. Я хочу убедиться, я не хочу отвечать, что не знаю, спросит ли кто-нибудь меня однажды.

Answer 1

C11 7,4

Заголовок <ctype.h> объявляет несколько функций, полезных для классификации и отображения символов. Во всех случаях аргумент представляет собой int, значение которого должно быть , представляемое как unsigned char, или должно быть равно значению макроса EOF. Если аргумент имеет любое другое значение, поведение равно undefined.

С11 7.21.1

EOF

, которая расширяется к константным выражением целого числа, с типом Int и отрицательное значение, ...

Стандарт С явно указывает, что EOF всегда является int с отрицательным значением.И кроме того, знаковость по умолчанию char типа в конкретной реализации определяется, так что может быть без знака и не в состоянии хранить отрицательное значение:

C11 6.2.5

Если член базового исполнения набор символов хранится в объекте char , его значение гарантировано неотрицательно. Если какой-либо другой символ хранится в объекте char, результирующее значение имеет значение , но оно должно быть в пределах диапазона значений, которое может быть представлено в этом типе.

Answer 2

Если c не является знаковым значением char или EOF, поведение этих функций не определено.

Но EOF в C и некоторых платформах отрицательный int (привет ARM!) Имеют char так же, как unsigned char.

Answer 3

BITD метод кодирования включают:

/* example */ 
int GetDecimal() { 
    int sum = 0; 
    int ch; 
    while (isdigit(ch = getchar())) { /* isdigit(EOF) return 0 */ 
    sum *= 10; 
    sum += ch - '0'; 
    } 
    ungetc(ch, stdin); /* If c is EOF, operation fails and the input stream is unchanged. */ 
    return sum; 
} 

ch со значением EOF, то можно было бы использовать в различных функций, таких как isalpha(), tolower().

Этот стиль вызвал проблемы с putchar(EOF), который, как я подозреваю, сделал то же самое, что и putchar(255).

Метод обескуражен сегодня по разным причинам. Предпочтительными являются следующие модели.

int GetDecimal() { 
    int ch; 
    while (((ch = getchar()) != EOF)) && isdigit(ch)) { 
    ... 
    } 
    ... 
}