Perché putchar, toupper, tolower, ecc. Prendono un int invece di un char?

Question

In C, le stringhe sono matrici di caratteri (char *) e i caratteri vengono solitamente memorizzati in char. Ho notato che alcune funzioni della libC prendono come argomento numeri interi anziché caratteri.

Ad esempio, prendiamo le funzioni toupper() e tolower() che entrambe utilizzano int. La pagina man dice:

Se c non è un valore unsigned char, o EOF, il comportamento di queste funzioni non è definito.

La mia ipotesi è che con un int, toupper e tolower sono in grado di affrontare e unsigned charEOF. Ma in realtà EOF è in pratica (c'è qualche regola sul suo valore?) Un valore che può essere memorizzato con un char, e dal momento che quelle funzioni non trasformano EOF in qualcos'altro, mi chiedo perché lo toupper non prenda semplicemente un char come argomento.

In ogni caso, perché è necessario accettare qualcosa che non sia un carattere (come EOF)? Qualcuno potrebbe fornirmi un caso d'uso pertinente?

Questo è simile con fputc o putchar, che anche rimessa int che viene convertito in un unsigned char comunque.

Sto cercando le motivazioni precise per quella scelta. Voglio essere convinto, non voglio rispondere che non so se qualcuno mi chiede un giorno.

Answer 1

C11 7,4

L'intestazione <ctype.h> dichiara diverse funzioni utili per la classificazione e mappatura caratteri. In tutti i casi l'argomento è un int, il cui valore deve essere rappresentabile come un carattere senza segno o uguale al valore della macro EOF . Se l'argomento ha altri valori, il comportamento è indefinito.

C11 7.21.1

EOF

che si espande in un numero intero un'espressione costante, con tipo int e un valore negativo , ...

Lo standard C afferma esplicitamente che EOF è sempre un valore iniziale con valore negativo.E inoltre, la signedness del tipo predefinito char dipende dall'implementazione, quindi potrebbe essere firmata e non in grado di memorizzare un valore negativo:

C11 6.2.5

Se un membro della esecuzione base il set di caratteri è memorizzato in un oggetto char , il suo valore è garantito non negativo. Se qualsiasi altro carattere è memorizzato in un oggetto char, il valore risultante è definito dall'implementazione ma deve essere compreso nell'intervallo di valori che è possibile rappresentare in tale tipo.

Answer 2

Se c non è un valore di char senza segno, o EOF, il comportamento di queste funzioni non è definito.

Ma EOF è un aspetto negativo int in C e alcune piattaforme (hi ARM!) Hanno char lo stesso unsigned char.

Answer 3

BITD un metodo di codifica incluso:

/* 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 con il valore di EOF allora potrebbe essere utilizzato in varie funzioni come isalpha(), tolower().

Questo stile ha causato problemi con putchar(EOF) che a mio avviso ha lo stesso come putchar(255).

Il metodo è sconsigliato oggi per vari motivi. Sono preferiti vari modelli come il seguente.

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