Fin eof c что это
EOF — это не символ
Если вы читали о системе ввода-вывода Unix/Linux, или экспериментировали с ней, если писали программы на C, которые читают данные из файлов, то это заявление вам, вероятно, покажется совершенно очевидным. Но давайте поближе присмотримся к следующим двум утверждениям, относящимся к тому, что я нашёл в книге:
EOF — это не символ
Это может выглядеть так:
А что такое, вообще, символ? Символ — это самый маленький компонент текста. «A», «a», «B», «b» — всё это — разные символы. У символа есть числовой код, который в стандарте Unicode называют кодовой точкой. Например — латинская буква «A» имеет, в десятичном представлении, код 65. Это можно быстро проверить, воспользовавшись командной строкой интерпретатора Python:
Или можно взглянуть на таблицу ASCII в Unix/Linux:
Скомпилируем и запустим программу:
В конце файлов нет некоего особого символа
Может, EOF — это особенный символ, который можно обнаружить в конце файла? Полагаю, сейчас вы уже знаете ответ. Но давайте тщательно проверим наше предположение.
Возьмём простой текстовый файл, helloworld.txt, и выведем его содержимое в шестнадцатеричном представлении. Для этого можно воспользоваться командой xxd :
Что такое EOF?
EOF (end-of-file) — это состояние, которое может быть обнаружено приложением в ситуации, когда операция чтения файла доходит до его конца.
ANSI C
Начнём с почтенного C. Представленная здесь программа является модифицированной версией cat из книги «Язык программирования C».
Вот некоторые пояснения, касающиеся вышеприведённого кода:
Python 3
Запустим программу и взглянём на возвращаемые ей результаты:
Вот более короткая версия этого же примера, написанная на Python 3.8+. Здесь используется оператор := (его называют «оператор walrus» или «моржовый оператор»):
В Go можно явным образом проверить ошибку, возвращённую Read(), на предмет того, не указывает ли она на то, что мы добрались до конца файла:
JavaScript (Node.js)
Низкоуровневые системные механизмы
Вот эта программа, написанная на C:
Вот та же программа, написанная на Python 3:
Вот — то же самое, написанное на Python 3.8+:
Запустим и этот код:
Итоги
EOF — это не символ
Если вы читали о системе ввода-вывода Unix/Linux, или экспериментировали с ней, если писали программы на C, которые читают данные из файлов, то это заявление вам, вероятно, покажется совершенно очевидным. Но давайте поближе присмотримся к следующим двум утверждениям, относящимся к тому, что я нашёл в книге:
EOF — это не символ
Это может выглядеть так:
А что такое, вообще, символ? Символ — это самый маленький компонент текста. «A», «a», «B», «b» — всё это — разные символы. У символа есть числовой код, который в стандарте Unicode называют кодовой точкой. Например — латинская буква «A» имеет, в десятичном представлении, код 65. Это можно быстро проверить, воспользовавшись командной строкой интерпретатора Python:
Или можно взглянуть на таблицу ASCII в Unix/Linux:
Скомпилируем и запустим программу:
В конце файлов нет некоего особого символа
Может, EOF — это особенный символ, который можно обнаружить в конце файла? Полагаю, сейчас вы уже знаете ответ. Но давайте тщательно проверим наше предположение.
Возьмём простой текстовый файл, helloworld.txt, и выведем его содержимое в шестнадцатеричном представлении. Для этого можно воспользоваться командой xxd :
Что такое EOF?
EOF (end-of-file) — это состояние, которое может быть обнаружено приложением в ситуации, когда операция чтения файла доходит до его конца.
ANSI C
Начнём с почтенного C. Представленная здесь программа является модифицированной версией cat из книги «Язык программирования C».
Вот некоторые пояснения, касающиеся вышеприведённого кода:
Python 3
Запустим программу и взглянём на возвращаемые ей результаты:
Вот более короткая версия этого же примера, написанная на Python 3.8+. Здесь используется оператор := (его называют «оператор walrus» или «моржовый оператор»):
В Go можно явным образом проверить ошибку, возвращённую Read(), на предмет того, не указывает ли она на то, что мы добрались до конца файла:
JavaScript (Node.js)
Низкоуровневые системные механизмы
Вот эта программа, написанная на C:
Вот та же программа, написанная на Python 3:
Вот — то же самое, написанное на Python 3.8+:
Запустим и этот код:
Итоги
EOF — это не символ
Если вы читали о системе ввода-вывода Unix/Linux, или экспериментировали с ней, если писали программы на C, которые читают данные из файлов, то это заявление вам, вероятно, покажется совершенно очевидным. Но давайте поближе присмотримся к следующим двум утверждениям, относящимся к тому, что я нашёл в книге:
EOF — это не символ
Это может выглядеть так:
А что такое, вообще, символ? Символ — это самый маленький компонент текста. «A», «a», «B», «b» — всё это — разные символы. У символа есть числовой код, который в стандарте Unicode называют кодовой точкой. Например — латинская буква «A» имеет, в десятичном представлении, код 65. Это можно быстро проверить, воспользовавшись командной строкой интерпретатора Python:
Или можно взглянуть на таблицу ASCII в Unix/Linux:
Скомпилируем и запустим программу:
В конце файлов нет некоего особого символа
Может, EOF — это особенный символ, который можно обнаружить в конце файла? Полагаю, сейчас вы уже знаете ответ. Но давайте тщательно проверим наше предположение.
Возьмём простой текстовый файл, helloworld.txt, и выведем его содержимое в шестнадцатеричном представлении. Для этого можно воспользоваться командой xxd :
Что такое EOF?
EOF (end-of-file) — это состояние, которое может быть обнаружено приложением в ситуации, когда операция чтения файла доходит до его конца.
ANSI C
Начнём с почтенного C. Представленная здесь программа является модифицированной версией cat из книги «Язык программирования C».
Вот некоторые пояснения, касающиеся вышеприведённого кода:
Python 3
Запустим программу и взглянём на возвращаемые ей результаты:
Вот более короткая версия этого же примера, написанная на Python 3.8+. Здесь используется оператор := (его называют «оператор walrus» или «моржовый оператор»):
В Go можно явным образом проверить ошибку, возвращённую Read(), на предмет того, не указывает ли она на то, что мы добрались до конца файла:
JavaScript (Node.js)
Низкоуровневые системные механизмы
Вот эта программа, написанная на C:
Вот та же программа, написанная на Python 3:
Вот — то же самое, написанное на Python 3.8+:
Запустим и этот код:
Итоги
Что такое EOF на языке программирования C?
и если вы введете Ctrl-D, вы ничего не увидите.
9 ответов
вы должны изменить скобки на
вы получаете два 1 в качестве вывода, потому что вы делаете сравнение «c!=ВФ.» Это всегда будет один для символа, который вы ввели, а затем «\n», который следует, нажав return. За исключением последнего сравнения, где c действительно является EOF, он будет ставлю 0.
EOF, который расширяется до целого числа постоянное выражение, с типом int и отрицательное значение, возвращаемое несколько функций для указания конец файла, то есть, больше нет ввода из ручья;
символ ^D-это то, что вы вводите в поток консоли в UNIX/Linux, чтобы сказать ему логически завершить входной поток. Но в других контекстах (например, когда вы читаете из файла) это просто еще один символ данных. Так или иначе, ^Д символ (то есть конец ввода) никогда не попадает в код приложения.
как говорит @ Bastien, EOF также возвращается, если getchar() не удается. Строго говоря, вы должны позвонить ferror или feof чтобы увидеть, представляет ли EOF ошибку или конец потока. Но в большинстве случаев ваша заявка будет делать то же самое в любом случае.
EOF означает конец файла. Это знак того, что конец файла достигнут, и что данных больше не будет.
Edit:
Я исправлюсь. В данном случае это не конец файла. Как уже упоминалось, он передается при передаче CTRL+d (linux) или CTRL+z (windows).
также getchar () обрабатывает ключ возврата как допустимый вход, поэтому вам также нужно буферизировать его.EOF-маркер для указания конца ввода. Как правило, это int со всеми битами.
обратная совместимость с CP / M. файловая система CP/M записала только длины файлов в кратных 128-байтовых «записях», поэтому условно символ Control-Z использовался для обозначения конца значимых данных, если он заканчивался в середине записи. Файловая система MS-DOS всегда записывала точную длину байта файлов, поэтому в MS-DOS это никогда не было необходимо.
Это позволяет программам использовать один и тот же код для чтения ввода с терминала и текстовый файл.
Я думаю, что это правильный способ проверить значение EOF. И я проверил выход.
для ввода: abc и Enter я получил вывод: 97 98 99 10. ( ASCII значения)
попробуйте другие входы вместо Ctrl-D, например Ctrl-Z. Я думаю, что он варьируется от компилятора к компилятору.
изменен приведенный выше код, чтобы дать больше ясности на EOF, нажмите Ctrl+d и putchar используется для печати char избегайте использования printf в цикле while.
Чтение из бинарного файла
Добавлено через 10 минут
Название темы случайно такое поставил, жду админа 
Чтение бинарного файла
Всем привет!Уже вторую ночь пытаюсь разобраться с проблемой,но пока безуспешно.Проблема такая.
Решение
Навин, второй вариант не будет работать вот по какой причине.
Допустим, у тебя в файле считался последний его символ. Символ, хоть он был и последним, считался успешно, функция fgetc() возвратила его код и признак конца файла после считывания его последнего символа для данного файла ещё не был установлен.
Во втором же примере получается вот что. После считывания последнего символа из файла fin признак конца его установлен не будет. На следующей итерации feof(fin) вернёт 0 (ложь), т. к. признак конца всё ещё не установился, и цикл войдёт в своё тело. Далее fgetc(fin) попробует прочесть символ и вместо символа вернёт EOF. Только после этого будет установлен признак конца файла и feof(fin) начнёт возвращать 1, т. е. когда лишняя итерация цикла уже выполнена. А дальше будет инкрементирован несуществующий элемент массива A[EOF], что неправильно. Т. е. во втором примере происходит исполнение лишней ненужной итерации цикла и использование возвращённого функцией fgetc() значения EOF в качестве индекса массива. Т. е. проверка условия входа в тело цикла функцией feof() во втором примере устроена неправильно.
Добавлено через 9 минут
Кстати, не забывай ещё, что в правильно написанной программе переменная c имеет тип не char, а int. Это важно, чтобы по достижении конца файла функция fgetc() правильно записывала в переменную c значение EOF и не происходило путаницы символа char с шестнадцатеричным кодом FF и значения EOF, записанного в переменную c, у которого код, скорее всего, будет FFFFFFFF. Проверь, что символ c у тебя объявлен именно как