C C · 25 вопросов · ~70 мин · ⏱ Таймер 10:00 · Средний ·

Файлы и стандартный ввод-вывод

Тест рассматривает `FILE` как поток с собственным состоянием и буфером, а не просто как «указатель на файл»: режимы открытия, сброс буфера и закрытие, короткие чтения, конец файла и ошибка, а также связь стандартного ввода-вывода с системными вызовами.

Отвечено: 0 из 25

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 25 вопросов отведено 70 минут. Код читайте построчно: часть заданий проверяет вывод, часть — поиск дефекта, переносимость и безопасное исправление. После завершения откроются объяснения и профиль по 5 темам.

Вопрос 1 из 25

Что возвращает fopen при отказе?

FILE *f=fopen(path,"r");
if(!f){...}

Процесс завершается библиотекой, поэтому вызывающий код не получает результата Целое значение `EOF`, приведённое к типу `FILE *` Нулевой указатель `NULL`, который нужно проверить до использования потока Указатель со всеми битами единица как универсальный признак ошибки Допустимый объект `FILE`, у которого заранее установлен индикатор ошибки

Вопрос 2 из 25

Чем `fwrite` с коротким возвратом отличается от `fwrite` с возвратом нуля и установленным `ferror`?

Короткий возврат возможен только при записи на сетевой файловый дескриптор, а не на обычный файл При коротком возврате функция самостоятельно повторяет запись оставшихся байтов до трёх раз `fwrite` никогда не возвращает короткий результат: при нехватке места она блокируется до записи всех байтов Разницы нет: любой результат меньше `n` означает ошибку, и `ferror` всегда будет установлен Короткий возврат означает, что часть данных записана, а `ferror` уточняет, была ли ошибка; нулевой возврат при нуле `n` — особый случай

Вопрос 3 из 25

Можно ли использовать FILE* после успешного fclose?

Да, поток остаётся пригодным для чтения, но не для записи Допустим только `fflush`, который окончательно освобождает внутренний буфер Нет: после успешного `fclose` объект потока завершил время жизни, и дальнейшее использование недопустимо Допустим только `fileno`, потому что файловый дескриптор сохраняется после закрытия потока Да, пока числовое значение переменной указателя не равно `NULL`

Вопрос 4 из 25

Что делает вызов `rewind(f)` с позицией и индикаторами состояния потока?

rewind(f);

Сбрасывает только выходной буфер, не меняя текущую позицию Устанавливает позицию в начало и очищает индикаторы конца файла и ошибки Закрывает поток и освобождает связанный с ним буфер Возвращает размер файла в байтах через скрытое значение функции Удаляет файл из каталога и оставляет поток открытым

Вопрос 5 из 25

Почему опасно смешивать fread и read(fileno(f),...) без синхронизации?

Объект `FILE` представляет сетевой сокет и не связан с файловым дескриптором `stdio` может прочитать данные вперёд, поэтому его логическая позиция расходится с прямым `read` `fileno` закрывает поток после извлечения числового дескриптора Расхождение вызвано порядком байтов и не зависит от внутренней буферизации Системный вызов `read` доступен лишь коду ядра, а пользовательская программа получает ошибку

Вопрос 6 из 25

Что произойдёт с существующим содержимым файла после успешного открытия в режиме `w`?

FILE *f=fopen(path,"w");

Открывает файл для двоичного чтения; буква `w` означает wide-character mode Открывает только существующий файл и сохраняет прежнее содержимое до первой записи Создаёт либо усекает существующий файл для записи Открывает каталог как поток и создаёт внутри него файл при первом `fprintf` Создаёт файл при отсутствии, а при наличии всегда добавляет новые данные в конец

Вопрос 7 из 25

Чем "a" отличается от "w"?

Оба режима эквивалентны, а разные буквы оставлены для совместимости старых библиотек Режим `a` требует существующий файл, тогда как `w` создаёт отсутствующий Режим `a` открывает существующий файл только для чтения Режим `a` сохраняет содержимое и направляет запись в конец, а `w` начинает с усечения Режим `w` выбирает бинарную запись независимо от наличия буквы `b`

Вопрос 8 из 25

Что означает режим `r+` в показанном вызове `fopen`?

FILE *f=fopen(path,"r+");

Создаёт резервную копию файла перед первым чтением Устанавливает эксклюзивную блокировку файла на всё время Включает автоматическое преобразование файла в UTF-8 Добавляет символ новой строки после каждой операции записи Чтение и запись без усечения; файл должен существовать

Вопрос 9 из 25

Зачем добавлять символ `b` в режим открытия файла на системах, где различаются текстовые и двоичные потоки?

Режим включает прямой порядок байтов для всех чисел Режим автоматически создаёт резервную копию файла Режим `b` отключает текстовые преобразования; на POSIX обычно ничего не меняет Буква `b` означает обязательную полную буферизацию Файл начинает открываться отдельными дисковыми блоками

Вопрос 10 из 25

Как безопаснее заменить конфигурационный файл целиком?

Записать временный файл, проверить сброс и закрытие, затем атомарно переименовать Сначала удалить старый файл, а затем вычислять новое содержимое Игнорировать ошибки записи, если временный файл удалось создать Открыть файл с `a`, чтобы новое содержимое автоматически заменило старое Открыть исходный файл с `w` и перезаписывать его по частям

Вопрос 11 из 25

Что делает fflush на вывод stream?

if(fflush(out)==EOF) ...

Читает следующие данные из файла в пользовательский буфер Устанавливает индикатор EOF независимо от результата записи Передаёт накопленные выходные данные нижнему слою и возвращает признак возможной ошибки Закрывает поток после успешной передачи его буфера Переносимо очищает входной буфер любого потока и отбрасывает непрочитанные данные

Вопрос 12 из 25

При каком назначении `stdout` реализация часто выбирает строковую буферизацию?

При подключении к интерактивному терминалу При любом запуске независимо от назначения дескриптора Когда пользовательский буфер был передан через `setvbuf` с режимом полной буферизации При перенаправлении в обычный файл большого размера При записи в канал, когда получатель читает фиксированными блоками

Вопрос 13 из 25

Почему `printf("hello"); fork();` может дать двойной вывод в файл?

printf("hello");
pid_t p=fork();
exit(0);

Системный вызов `fork` сам повторно вызывает последний `printf` Невыведенный буфер копируется при `fork`, после чего оба процесса могут его сбросить Файловая система дублирует одинаковые строки при записи из процесса Такое поведение возможно только из-за ошибки компилятора Двойной вывод появляется из-за обязательного перевода строки после `hello`

Вопрос 14 из 25

Допустим ли `fflush(stdin)` как переносимая очистка ввода?

После `scanf` очистка через `fflush(stdin)` гарантирована стандартом Такой вызов определён только POSIX и потому переносим между POSIX-системами `fflush(stdin)` всегда удаляет файл, связанный со стандартным вводом Да: стандарт C требует удалять все непрочитанные байты из `stdin` Нет: переносимая семантика `fflush` не задаёт очистку обычного входного потока

Вопрос 15 из 25

В какой момент допустимо вызывать `setvbuf` для только что открытого потока?

FILE *f=fopen(path,"w");
setvbuf(f,buf,_IOFBF,sizeof buf);

После `fclose`, когда внутренний объект потока уже уничтожен Лишь после первой ошибки, чтобы восстановить поток новым буфером Только из функции `main`; вызовы из библиотечного кода стандартом запрещены В середине записи перед каждым блоком, чтобы менять размер буфера динамически Сразу после открытия потока и до первой другой операции ввода-вывода

Вопрос 16 из 25

Что именно возвращает `fread(buf, elem_size, count, f)` в переменной `got`?

size_t got=fread(buf,elem_size,count,f);

Указатель на первый элемент заполненного буфера Всегда число прочитанных байтов независимо от размера элемента Константу EOF при достижении конца файла после чтения Ноль только при ошибке; конец файла возвращает количество Число полностью прочитанных элементов размера `elem_size`

Вопрос 17 из 25

После fread вернул меньше count. Что дальше?

Проверить `ferror` и `feof`: короткое чтение бывает концом файла или ошибкой Считать весь буфер успешно заполненным независимо от результата Любое короткое чтение однозначно означает конец файла Повторять `fread` бесконечно, не проверяя состояние потока Немедленно закрыть поток, не различая причину

Вопрос 18 из 25

Как проверить fwrite всего массива?

if(fwrite(a,sizeof *a,n,f)!=n) fail();

Проверять только `feof`, поскольку он сообщает об ошибке записи Проверить, что результат `fwrite` неотрицателен Считать значение `errno` до вызова достаточным признаком Сравнить два указателя `FILE *` после операции Сравнить число записанных элементов с `count` и проверить последующий сброс или закрытие

Вопрос 19 из 25

Почему `while(!feof(f)) { fscanf(...); }` неверно?

while(!feof(f)){ fscanf(f,"%d",&x); use(x); }

EOF ставится после неудачного чтения, поэтому данные повторятся Ошибка существует только для потоков, открытых в бинарном режиме Цикл с `feof` гарантированно выполняется ровно один раз Функция `fscanf` не изменяет состояние конца файла `feof` истинно сразу после открытия любого файла

Вопрос 20 из 25

Как сохранить код исходной ошибки, если после неё нужно закрыть файлы и освободить другие ресурсы?

Считать `errno` неизменяемым до следующего успешного системного вызова Сразу сохранить `errno`, выполнить очистку и затем использовать сохранённый код Сначала выполнить всю очистку, а затем прочитать текущее значение `errno` Использовать `perror` после очистки, полагая, что `fclose` и журналирование сохраняют прежнее значение Скопировать `errno` в `size_t`: само преобразование запрещает библиотеке менять исходный код

Вопрос 21 из 25

Что обычно покажет `strace` при выполнении этой программы со `stdio`?

FILE *f = fopen(path, "r");
char buf[4096];
size_t n;
while ((n = fread(buf, 1, sizeof buf, f)) > 0) {
    if (fwrite(buf, 1, n, stdout) != n) {
        /* обработать ошибку вывода */
        break;
    }
}
if (ferror(f)) {
    /* обработать ошибку чтения */
}
fclose(f);

Системные вызовы вроде `openat`, `read` и `write`; их точный набор зависит от реализации и пути выполнения Предупреждения компилятора и промежуточное представление исходной программы Содержимое внутренних буферов `FILE` после каждой операции чтения и записи Только обращения распределителя памяти, поскольку файловые операции скрыты внутри `stdio` Вызовы `fopen`, `fread` и `fwrite` как отдельные функции C без перехода к системному уровню

Вопрос 22 из 25

Зачем hexdump при отладке текстового файла?

hexdump -C output.bin

Показывает те же символы, что редактор, но добавляет адреса строк; байтовой диагностики это не меняет Закрывает файловый поток исследуемой программы, чтобы увидеть все ещё не сброшенные байты Точные байты, NUL, CRLF и остатки данных, которые текстовый редактор может скрыть Пытается нормализовать переводы строк и исправляет несовместимую кодировку перед выводом Читает файл через отображение памяти и может изменить его содержимое при закрытии отображения

Вопрос 23 из 25

Как воспроизвести ENOSPC для проверки?

Использовать тестовую квоту, ограниченную файловую систему или внедрение отказа Повторять `printf`, пока диск случайно не заполнится Ждать естественного заполнения рабочего сервера Вызвать `malloc(0)` вместо файловой операции Удалить обработку ошибок, чтобы запись быстрее дошла до отказа

Вопрос 24 из 25

Почему perror следует вызывать близко к отказу?

if (!f) {
    cleanup();
    perror(path);
}

Потому что `perror` очищает содержимое открытого файла Потому что функция принимает обязательный аргумент `FILE *` Потому что `perror` работает лишь в главном потоке программы Читает текущее `errno`, которое могут заменить другие вызовы Потому что она печатает строку исходного кода рядом с ошибкой

Вопрос 25 из 25

Как диагностировать рассинхронизацию позиции при смешении разных интерфейсов ввода-вывода?

Привести `FILE *` к файловому дескриптору без синхронизации Печатать только `strlen` прочитанного буфера Добавить `volatile` к указателю `FILE *` Случайно переключать режим буферизации до исчезновения симптома Свести пример, сопоставить `ftell`/`lseek` и оставить один слой I/O

Ответьте на все 25 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу