C++ может содержать символ родного типа End of File?

Question

Название довольно объяснительно.

char c = std::cin.peek(); // sets c equal to character in stream 

Я просто понял, что, возможно, родной тип char не может удерживать EOF.

спасибо, ЯМР-

Answer 1

Короткий ответ: Нет Использование INT вместо полукокса.

Слегка развернутый ответ: Нет, если вы можете получить либо символ или значение EOF из функции, такие как C-х GetChar и C++ 's заглядывать, очевидно, нормальный символ переменная не будет достаточно, чтобы удерживать оба действительных символа и значение EOF.

Даже более длинный ответ: это зависит, но он никогда не будет работать, как вы могли бы надеяться.

C и C++ имеет три типа символов (для «широких» типов, за исключением): полукокса, подписали символ и неподписанные символ. Обычный char может быть подписан или без знака, и это зависит от компиляторов.

Значение EOF является отрицательным числом, как правило, -1, так ясно, вы не можете сохранить его в неподписанного символа или в простом полукокса, который без знака. Предполагая, что ваша система использует 8-битные символы (что почти все делает), EOF будет преобразован в (десятичный) 255, и ваша программа не будет работать.

Но если ваш символа типа подпись, или если вы используете подписанного символьного типа, то да, вы можете хранить -1 в нем, так что да, он может содержать EOF. Но что происходит тогда, когда вы читаете символ с кодом 255 из файла? Он будет интерпретироваться как -1, то есть EOF (при условии, что ваша реализация использует -1). Таким образом, ваш код перестанет читать не только в конце файла, но и сразу, как только он найдет 255 символов.

Answer 2

Обратите внимание, что возвращаемое значение std::cin.peek() фактически типа std::basic_ios<char>::int_type, который является таким же, как std::char_traits<char>::int_type, который является int и не char.

Более важным, чем значение, возвращаемое в этом int не обязательно является простой бросок из char к int, но является результатом вызова std::char_traits<char>::to_int_type на следующий символ в потоке или std::char_traits<char>::eof() (который определен, чтобы быть EOF), если нет персонажа.

Как правило, это все реализовано точно так же, как fgetc отбрасывает символ в unsigned char, а затем к int для возвращаемого значения, так что вы можете выделить все допустимые значения символов из EOF.

Если сохранить возвращаемое значение std::cin.peek() в char то есть Possiblity, что чтение символа с положительным значением (скажем ÿ в ISO-8859-1 закодированный файл) будет сравнивать равно EOF.

Педантичность вещь будет.

typedef std::istream::traits_type traits_type; 

traits_type::int_type ch; 
traits_type::char_type c; 

while (!traits_type::eq_int_type((ch = std::cin.peek()), traits_type::eof())) 
{ 
    c = traits_type::to_char_type(ch); 
    // ... 
} 

Это, вероятно, будет больше обычного:

int ch; 
char c; 

while ((ch = std::cin.peek()) != EOF) 
{ 
    c = std::iostream::traits_type::to_char_type(ch); 
    // ... 
} 

Обратите внимание, что очень важно правильно преобразовать значение символа. Если вы выполните сравнение следующим образом: if (ch == '\xff') ..., где ch - это int, как указано выше, вы можете не получить правильные результаты. Вы должны использовать std::char_traits<char>::to_char_type на ch или std::char_traits<char>::to_int_type на константу символа, чтобы получить согласованный результат. (Однако вы, как правило, в безопасности с членами базового набора символов.)