Численный аналог char

То есть выделяемая память та же, но использовать его можно без преобразования, как int допустим.

пример:

0

Сообщение от zss Увидите заглавную A

Зависит от кодировки.

Сообщение от Байт Но cout сам себе на уме, как заметил daslex.

Что просят, то и выводит. В printf явно формат надо указывать, а operator<< имеет перегрузки для разных типов (какая будет вызвана определяет уже компилятор, а не пользователь на основании формата), хочешь выводить как число, будь любезен приведи к нужному типу, чтобы была выбрана правильная перегрузка.
Вполне. Можно считать это то же самое, что сделать явный си-каст к int'у.

Сообщение от nmcf printf определён с многоточием

Он парсит строку параметров и интерпретирует аргументы в соответствии с этой строкой. См. va_arg, va_list и т.п.

Сообщение от nmcf для чего тогда предусмотрены %hhd, %hd, %ld, %lld?

Как раз таки для соответствующих преобразований соответствующих аргументов.

0

Tulosba, т. е. это просто побочный эффект внутренней совместимости форматов? Это "переносимо"? В стандарте такое поведение оговорено?
И всё таки зачем нужен %hhd, если char и так работает с %d?

0

Сообщение от nmcf Это "переносимо"?

Переносимо ровно настолько насколько переносим сишный каст.

Сообщение от nmcf зачем нужен %hhd, если char и так работает с %d?

http://www.cplusplus.com/reference/cstdio/printf/

Note regarding the c specifier: it takes an int (or wint_t) as argument, but performs the proper conversion to a char value (or a wchar_t) before formatting it for output.

Как ты можешь видеть из таблицы, %hhd будет интерпретировать аргумент как signed char, т.е. может быть разница в выводе для целого аргумента. Пример:

0

Это мне понятно, что int обрезается до char. А вот на основании чего char расширяется до int?

И ещё, если уже заговорили о printf(): она не различает float. Тем не менее float выводится с %f для double. Как это получается? Они ведь разного размера - 4/8?

0

Сообщение от nmcf Где описано, что char корректно преобразуется в int этой функцией

В стандарте.
5.2.2/7

The lvalue-to-rvalue (4.1), array-to-pointer (4.2), and function-to-pointer (4.3) standard conversions are performed on the argument expression. An argument that has (possibly cv-qualified) type std::nullptr_t is converted to type void* (4.10). After these conversions, if the argument does not have arithmetic, enumeration, pointer, pointer to member, or class type, the program is ill-formed. Passing a potentially-evaluated argument of class type (Clause 9) having a nontrivial copy constructor, a non-trivial move constructor, or a non-trivial destructor, with no corresponding parameter, is conditionally-supported with implementation-defined semantics. If the argument has integral or enumeration type that is subject to the integral promotions (4.5), or a floating point type that is subject to the floating point promotion (4.6), the value of the argument is converted to the promoted type before the call.

Вот здесь более человеческим языком, чтобы не скакать по стандарту:
http://en.cppreference.com/w/c... _arguments

Сообщение от nmcf для чего тогда предусмотрены %hhd, %hd, %ld, %lld?

Для различных вариантов интерпретации.

Добавлено через 3 минуты

Сообщение от nmcf она не различает float

Это по той же причине. Преобразование аргументов.

Сообщение от nmcf Как это получается? Они ведь разного размера - 4/8?

Считал double из параметра, а вывел как float. Что здесь странного?

1

nmcf, printf парсит строку формата и на основании ее получается набор разнотипных параметров, которые он ожидает увидеть после строки формата.
Далее этот набор извлекается через всякие va_arg и тут главное (но не достаточное), как мне кажется, соблюсти размеры аргумента.
Т.е. скажем, я указал в формате %lld (long long int), а передал 42 (int), в итоге получил UB:

-4637770505867231190

Можешь проверить, что от запуска к запуску оно дает разные результаты. Т.е. типичная ситуация при UB.
В данном примере мы вышли за границы int'а (4 байта), и считали 8 байт (long long int), т.е. по сути, мусор.

Возможна и обратная ситуация (но тоже приводящая к UB):

42 0 100500

Надеюсь, результаты сможешь сам объяснить.

Кстати, мой пример в предыдущем сообщении тоже приводит к UB.

Теперь, возвращаемся к char-int. В Стандарте C99 про форматы printf сказано (7.19.6.1/8):

The conversion specifiers and their meanings are: d,i The int argument is converted to signed decimal in the style ... ... c If no l length modifier is present, the int argument is converted to an unsigned char, and the resulting character is written.

Т.е. что при %c, что при %d аргумент ожидается и извлекается int'овый, даже когда его фактический тип char. Т.о. легально писать:
Тут нет UB, т.к. размеры получатся согласованные (ибо char на основании integer promotions для функций с элипсисом (6.5.2.2/7) продвигается до int'а). Ну а дальше, вывод в нужном формате:
d - выводит число (полученное из char, преобразованного в int), c - выводит символ (полученный из char, преобразованного в int, интерпретированного обратно как char).

1

DrOffset, т. е. по-русски говоря компилятор принудительно конвертирует float в double в функциях с многоточием?

0

nmcf, только для аргументов, попадающих в это многоточие. Т.к. может быть и явный аргумент, т.е. до многоточия.

0

Tulosba, я это и имел в виду.

0