Где находится шестнадцатеричный код символа EOF?

Не существует символа EOF. Операционная система точно знает, сколько байтов содержит файл (это хранится вместе с другими метаданными, такими как права доступа, дата создания и имя), и, следовательно, может сообщить программам, которые пытаются прочитать одиннадцатый байт десятибайтового файла: достигнут конец файла, больше нет байтов для чтения.

На самом деле, значение "EOF", возвращаемое, например, функциями C, такими как getchar, явно является значением int за пределами диапазона байта, поэтому его невозможно сохранить в файле!

Иногда некоторые форматы файлов настаивают на добавлении терминаторов NUL (вероятно, потому, что именно так строки обычно хранятся в C), хотя обычно они ограничивают несколько записей в одном файле, а не в файле в целом. И такое оформление обычно лишает файл права считаться «текстовым файлом».

Коды ASCII, такие как ETX и NUL, восходят к временам телетайпов и друзей. NUL используется в C для строк в памяти, но это не имеет отношения к файловым системам.

Давным-давно существовал маркер Конец файла, но он не использовался в файлах уже много лет.

Вы можете продемонстрировать отдаленное эхо этого на окнах, используя:

C:\>copy con junk.txt
Hello
Hello again
- Press <Ctrl> and <z>
C:\>dump junk.txt
junk.txt:
00000000  4865 6c6c 6f0d 0a48 656c 6c6f 2061 6761 Hello..Hello aga
00000010  696e 0d0a                               in..
C:\>

Обратите внимание на использование Ctrl-Z в качестве маркера EOT.

Однако обратите внимание, что Ctrl-Z больше не отображается в файле — раньше он отображался как 0x1a, но только в некоторых операционных системах, и то не всегда.

Использование ETX (0x03) прекратилось еще до тех смутных и далеких времен.

Нет такой вещи, как EOF. EOF — это просто значение, возвращаемое функциями чтения файла, чтобы сообщить вам, что указатель файла достиг конца файла.

Байт EOT (0x04) по сей день используется терминалами Unix tty для обозначения окончания ввода. Вы вводите его с помощью Ctrl + D (т.е. ^D), чтобы закончить ввод в оболочку или любую другую программу, читающую со стандартного ввода.

Однако, как указывали другие, это отличается от EOF, который является условием, а не частью данных как таковых.

Когда-то были даже разные символы EOF (для разных операционных систем). Больше не видел ни одного. (Обычно файлы были в блоках по 128 байт.) Для кодирования PITA, как в настоящее время спецификации.

Вместо этого все еще есть int read(), который обычно предоставляет байтовое значение, но для EOF предоставляет -1.

Символ NUL является терминатором строки в C. В java вы можете иметь символ NUL в середине строки. Чтобы быть совместимым с C, сгенерированные байты UTF-8 используют многобайтовую кодировку как для символов Unicode> 127, так и для NUL.

(Часть из этого, вероятно, уже известна.)

В 7-битном мире Wintel это 0x1A или chr(26).

Он по-прежнему часто встречается в старых текстовых файлах и архивах и до сих пор создается некоторыми протоколами передачи файлов. В частности, текстовые файлы, загруженные из систем BBS, обычно заканчивались этим символом.

Существуют и другие такие контрольные значения для старых систем, и, например, EOL (CR, LF, CR + LF), необходимо время от времени ожидать.

Может быть источником раздражения то, что он все еще используется, например, на том же уровне, что и return(0).