сделай цикл с постусловием, может легче увидеть будет



Ctrl+z это такая же буква как и все остальные буквы алфавита. Она может быть внутри потока байт который ты читаешь из файла или с клавиатуры. Это просто традиция овеянная веками - считать ее за EOF. При этом она не является концом строки. Она конец файла, но не конец строки. И поэтому от прямого использования EOF уже давно отказались. Твой оригинальный код должен был выглядеть так:



Потому что getchar() вернет ноль (оно же false) как в случае реального окончания файла, так и в случае нахождения строки с единственным символом EOF.


А вот Dima T не слушай, он в этом топике глупости говорил. EOF унаследован не из С, а из телетайпов - задолго до С. Вот там, не было физического конца файла, потому и требовался специальный символ, а когда в 1960-ом году создавали "стандарт" ASCII просто взяли все имеющиеся на сегодня специальные буквы телетайпа и воткнули их на первые 32 знакоместа в таблице.

А надо не фантазировать а читать учебники и заголовочные файлы.
char он всегда равен байту - это из учебника и стандарта языка.
signed char - старший бит байта отдан под знак, остальные под код символа. Итого, на восмибитном байте - 1 бит под знак и 7 под букву - 128 букв, стандартный ASCII.
unsigned char - все биты байт отданы под код символа. 256 букв - расширенный ASCII, оно же всяческие однобайтовые кодовые страницы.
И да, байт не всегда восьмибитный, но размер char всегда в один байт.

Это такая несусветная глупость что просто "ОЙ".

Ну начать можно с того, что int и char это практически одно и то-же, отличающееся всего-лишь размером. Причем только возможно отличающиеся. По стандарту (и это есть в K&R) и то и другое это целые числа при этом количество байт отданных под int больше или равно количеству байт отданных под char. sizeof(int) >= sizeof(char)
Поэтому заявлять что "getchar() возвращает int, не char." и делать из этого выводы не особо полезно.

Во вторых, если почитать конкретно документацию на getchar() то мы увидим:
man getcharRETURN VALUE
fgetc(), getc() and getchar() return the character read as an unsigned
char cast to an int or EOF on end of file or error.


"И EOF - это целое число, не совпадающее ни с одним возможным значение char."
Угу... открываем stdlib.h и видим там строку:
Это очень сильно не совпадает с возможными значениями char.... Ага, ага.
Ну и никто же не запрещает сделать:
И да, если у тебя консоль работает в CP1251, то %c ты получишь букву "я" (строчная 33-я буква кириллицы). Потому что CP1251 ее код 255, что в случае однобайтного целого так-же кодирует и -1.


Вообще, когда пишешь на Си, очень полезно понимать как работает компьютер. Если для вас язык это что-то такое волшебное и мистическое - успеха не будет совсем. Для С++ это тоже будет полезным, но в меньшей степени. И чем более "высокий" язык, тем допустимая степень волшебности выше, для успешного написания программы.

указал какая у меня операционка (c) andron81. Педантизм - он в обе стороны работает. Если так упирать на индивидуальные различия разных реализаций, то нехорошо ссылаться на совсем другую документацию.
Хотя ... Вот-вот... "хотя". Гугл прекрасно находит страницы man и разница в описании функций только в том какие функции считаются родственными.

При чем здесь Си и двадцать первый век? Это схемотехника не зависящая от языка и эпохи. Берешь например семейство процессоров ARM которые так любит Nintendo и читаешь документацию - слово размером в четыре байта и вперед. Никого не колышет что ты пришел из мелкомягкого мира который приучил к двубайтным словам и даже к двойным словам.



signed.
Если для переменной целого типа не указано signed она или unsigned - она всегда signed.
Это тоже стандарт со времен K&R.

Не "eof или ошибка" а "eof если ошибка". Читай внимательнее.