Влияет ли манипуляторы hex,oct,dec на массив символов?

Влияет ли манипуляторы hex,oct,dec на массив символов?

есть unsigned char str[LEN];
Ввожу и так cin >> hex >> str;
и так cin >> str;
Результат один и тот же, хотя если бы вместо str была бы переменная типа int, то при вводе числа 45 получилось бы в итоге 69.

И еще, коды в переменных типа char и числа в int всегда записываются в десятичной системе исчисления, т.е. что бы не вводил в итоге будет число в десятичной системе исчисления?

0

Вот здесь Неочевидные ответы на простые вопросы почитай раздел 8, может ясности в вопросе прибавится

1

Со вторым вопросом понятно, но не с первым.

Допустим, ввожу число 45. Вводится в шестнадцатеричной форме записи числа, потом преобразуется в десятеричную 45>69 и записывается в переменную a;

Итак,

char - это обычный целочисленный тип: такой же по природе, как int, но другого размера.

Ввожу символ t, код которого 116. В результате должно записаться число 278, но записывается число 116. Если char - это тот же int(размер я так понимаю не важен), тогда почему 116 не преобразовалось в 278?

0

Дело в том, что работа cin'а по сути дела зависит от того, как перегружены операторы для разных типов. Если у тебя есть int'овая переменная "a", то "cin >> a" отрабатывает таким образом, что сначала где-то запоминается введённая строка (просто как набор символов), а затем запускается процедура конвертации из строки в число, настроенная таким образом, что строковая запись трактуется как 10-ичная запись числа. А "cin >> hex >> a" отработает точно так же, только конверnилка настроена на 16-ричную запись

Сообщение от Chelioss Ввожу символ t, код которого 116. В результате должно записаться число 278

Ничего не понял. Приведи конкретный код программы с конкретными описаниями типов, а не так, что сначала написал некий код, потом что-то на словах сказал и что-то в уме подразумевал

1

ios_base& hex ( ios_base& str ); Use hexadecimal base Sets the basefield format flag for the str stream to hex. When basefield is set to hex, integral numerical values inserted into the stream are expressed in the hexadecimal base (radix 16). For input streams, extracted values are also expected to be expressed in the hexadecimal base when this flag is set.

понятно?

1

Сообщение от Evg Ничего не понял.

Сообщение от pito211 понятно?

С английским не дружу. numerical values - численные значения(google переводчик). А ведь char:

char - это обычный целочисленный тип: такой же по природе, как int, но другого размера.

0

http://ru.wikipedia.org/wiki/Символьный_тип

0

С точки зрения компилятора и хранения данных char - это действительно такой же int, но более короткий. Но при этом массив char'ов как правило трактуется как строка. При этом надо понимать, что строка - это всего лишь массив целых чисел, но числа при этом кодируют не свои значения, а некоторые символы. Это становится критичным только в случае ввода-вывода. Т.е. при печати char'а может возникнуть двоякая ситуация: распечатать его как число или распечатать как символ (который закодирован в виде числа).

В Си'шном printf'е с этим вопросом всё более-менее ясно. При печати любого переданного значения мы явно указываем, каким образом трактовать это значение (%d - как целое число, %c - как символ):

будет напечатано

Потому что значение 70, рассмотренное (трактованное) как кодировка символа, является буквой F. Это НЕ свойство языка программирования и НЕ свойство процессора. Это некое человеческое соглашение

В Си++ с этим делом несколько иначе сделано. У тебя есть перегруженный оператор << который привязан к типу, но при этом нет возможности указать, а каким же образом трактовать переданное значение. Разработчики сделали так, что для char'а оператор << будет печатать его как символ (т.е. трактовать char как кодировку). При вводе всё тоже самое, только у тебя символьное представление превращается в числовое. Если char в данном случае трактовать как целое число, то введённое значение "0" должно превратиться в однобайтовое число со значением 0. Если же трактовать как символ, то "0" должен превратиться в однобайтовое число, кодирующее символ "0" - это число 48. Оператор >> и cin работают симметрично cout'у и оператору << и трактуют char как символ (т.е. cin >> в отношении char'а работает не так, как в отношении прочих целых типов)

Ну и дополнительно массив char'ов трактуется cin'ом и cout'ом как строка символов. Как в таком случае должен работать hex - хз, ибо hex следует применять при работе с числами, а не символами

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

Сообщение от pito211 http://ru.wikipedia.org/wiki/Символьный_тип

Очередная идиотская статья, написанная "для галочки" ("чтобы было"), из которой начинающий ничерта не сможет понять

1

Сообщение от Chelioss unsigned char str[LEN];

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

0