Mój kod wygląda następująco:Jakie jest znaczenie ostrzeżenia GCC "wartość etykiety sprawy przekracza maksymalną wartość dla typu"?
char * decode_input(char ch)
{
switch(ch) {
case 'g':
return "get";
break;
case KEY_F(9):
return "quit";
break;
default:
return "unknown";
break;
}
}
żadnych wskazówek?
Znak jest liczbą od -128 do 127. KEY_F (9) prawdopodobnie jest wartością spoza tego zakresu.
Zastosowanie:
Albo jeszcze lepiej używać debuggera i określić sizeof (KEY_F (9)), aby upewnić się, że jest to bajt, a nie krótki.
Przesyłanie KEY_F (9) na char może utracić informacje w zależności od implementacji tego makra. Ponadto znak char jest albo podpisany, albo niepodpisany, w zależności od domyślnych ustawień platformy i często przełączników kompilatora. – RBerteig
Prawdą jest, i minęło trochę czasu, odkąd grałem w C. Zawsze używałam typów znaków dla ciągów znaków i zawsze używałam typu unsigned char dla tego typu, więc nie natknąłem się na to nigdy ... – razzed
Rzuciłem to na char urok - bardzo dziękuję. – Alistair
Wygląda na to, że KEY_F (9) musi ocenić coś, co znajduje się poza zakresem znaku.
W tym przypadku wartość parametru KEY_F(9) jest inna niż zakres char. Oświadczenie switch zakłada, że ponieważ jego argumentem jest char, wszystkie etykiety przypadku będą również. Zmianaw celu odczytania switch((unsigned int)ch) go wyleczy.
Cóż, KEY_F (9) będzie 273 (patrz curses.h), który przekracza zakres char (-128,127).
Zakres znaków zależy od tego, czy znak jest podpisany, czy niepodpisany. Jednak jeśli curses.h jest źródłem makra, to jest poza zakresem w obie strony. – RBerteig
Co wszyscy inni powiedzieli o zakresie char.
Pamiętam, że od samego początku pisania C ... prawdopodobnie nazywasz decode_input z pętli, prawda? Jeśli użytkownik naciśnie coś w stylu F9, otrzymasz dwa bajty w buforze klawiatury - a pierwszy bajt będzie wynosił 0x0.
Co robi KEY_F? Czy masz zestaw znaków do podpisu lub niepodpisany? –
Proszę pokazać implementację makr/funkcji KEY_F(). A która linia jest ostrzeżeniem dla gcc? – Convict