Проверка ввода символов

Ввод будет продолжаться до тех пор, пока не будет введено подходящее под unsigned char значение.

чтобы вводить можно было только буквы

(кириллицу)

В тетрадке она мне написала, каким способом двигаться:

unsigned char? Меняйте преподавательницу.

if (isdigit(c)) ...

Не нужно менять. Если кирилица, и char знаковый, то функции ссtype не будут нормально работать. Дальше же, было предложено:

Дальше предложено использовать isdigit, который проверяет является ли символ числом. Что не имеет абсолютно никакого отношения к кириллице. Так что я еще раз советую менять преподавательницу.

unsigned char?

А зачем проверяет? Затем, что не всё в строке может быть цифрой. Если S[i] - буква кирилицы, a char знаковый, то isdigit() выдаст ошибку, мол не понимаю, что это за символ. Так что, не нужно менять.

Во-первых, не выдаст он никакой ошибки, за банальным отсутствием хоть какой-то выдавалки (флага ошибок/поддержки механизма исключений).

мол не понимаю, что это за символ.

Во-вторых, вы в старт-посте хоть одно слово про цифры видите?

unsigned char? Меняйте преподавательницу.

Выдаст или не выдаст, но нормально не обработает, потому, что:

А зачем мне там цифры видеть? Я вижу твоё возмущение по поводу:

А, понял, костыль для студии. Заголовок функции - int isdigit ( int c ); И если в Студии она не хочет переваривать знаковое целое, значит, Студию тоже менять.

Возмущение просто - для проверки символа на вхождение в диапазон (неважно какой), преобразование к без знаковому числу не нужно.

Renji, и что вам там не понравилось? unsigned здесь нужна для использования расширенного набора ASCII, приведение к типу - для избежания предупреждения компилятора..

Неа, студия - это наше всё... Тут дело не в знаковом целом. Знаковое целое, оно и в Африке - знаковое целое, а вот должен ли быть char знаковым или беззнаковым - это, насколько знаю, стандартом не определено, отдано на откуп разработчикам.

То что это "нужна" не соответствует стандарту

А потом приходит Студия и говорит "не, ребята. Символы с отрицательными кодами сюды пихать нельзя".

Реализация функций

В большинстве библиотек языка C подпрограммы классификации используют статические таблицы поиска вместо макросов или функций. Например, создается массив из 256 восьмибитовых целых чисел, где каждый бит означает определенное свойство символа (является цифрой, буквой и т. д.). Если бит 1 показывает, цифра данный символ или нет, то код мог бы быть записан так:
#define isdigit(x) (TABLE[x] & 1)

Ранние версии Linux использовали потенциально опасный код, подобный следующему:
#define isdigit(x) ((x) >= '0' && (x) <= '9')

Это могло вызвать проблемы, если в качестве аргумента использовался, например, вызов функции. В таком случае сразу не было видно, что функция вызывается дважды.
Неправильное использование[править | править вики-текст]
Во всех случаях аргумент имеет тип int, причем его значение должно принадлежать диапазону значений типа unsigned char, или же быть равным значению макроконстанты EOF. Если аргумент имеет любое другое значение, поведение функций не определено.

Тип char в зависимости от реализации может быть как знаковым, так и беззнаковым. Если тип char является знаковым, то неявное преобразование в int может привести к появлению отрицательных чисел, что вызовет неопределенное поведение функции. Чаще всего происходит выход за пределы таблицы поиска и аварийное завершение программы.
//Этот код может работать некорректно.
char test = 'b';

toupper( 'a' );
int res = ispunct( test );

Чтобы избежать этого, используя char-аргументы, сперва явно преобразуйте их в int.

int-значения, возвращаемые функциями getchar, getc, fgetc обязательно принадлежат диапазону значений типа unsigned char (или равны EOF), поэтому здесь преобразование не требуется.

И где, студия, это говорит? По скрину, в 9-м посте, не скажешь, что она это говорит.

А чей там assert показан?

Далее мы будем пользоваться функциями из <ctype.h>.

Существует одна тонкость, касающаяся преобразования символов в целые числа: язык не определяет, являются ли переменные типа char знаковыми или беззнаковыми. Может ли при преобразовании char в int когда-нибудь получиться отрицательное число? На машинах с разной архитектурой ответы могут отличаться. На некоторых машинах значение типа char у которого старший бит равен единице будет преобразовано в отрицательное число (так называемое «распространение знакового разряда»). На других — преобразование char в int осуществляется путем добавления нулей слева, и, таким образом, получаемое значение всегда положительно.

Гарантируется, что любой символ из стандартного набора печатаемых символов никогда не будет отрицательным числом, поэтому в выражениях такие символы всегда являются положительными операндами. Но произвольный восьмибитовый код в переменной типа char на одних машинах может быть отрицательным числом, а на других — положительным. Для совместимости переменные типа char, в которых хранятся данные не являющиеся символами, следует явно определять как signed или unsigned.

В языке C++ для хранения однобайтового символа используется тип данных char. Переменную типа char можно рассматривать двояко: как целое число, занимающее 1 байт и способное принимать значения от -128 до 127 (тип signed char, есть также беззнаковая модификация unsigned char, принимающая значения от 0 до 255) и как один символ текста. Само по себе определение char может оказаться как знаковым, так и беззнаковым, в зависимости от операционной системы и компилятора. Поэтому использовать тип char не рекомендуется, лучше явно указывать будет ли он знаковым (signed) или беззнаковым (unsigned).

Я не вижу, что там assert по поводу отрицательного числа. Я вижу, что число оказалось больше 256.

Вот ещё цитаты на эту тему:

Я бы предпочел выдержку из стандарта.

Но ок, признаю, у части компиляторов проблема с отрицательными символами есть.

Потому как вся аргументация ваших цитат сводится к тому, что преобразование char в int платформозависимо.

Какие выдержки, если стандарт не определяет каким должен быть char: знаковым или беззнаковым, а от этого и проблемы возникают.

В том то и дело, что никаких отрицательных символов нет (нет отрицательных кодов символов).