Низкоуровневая обработка файловых операций в Linux и Windows c ++

Question

Низкоуровневая обработка файловых операций в Linux и Windows c ++

0

Хотя есть похожие вопросы, как здесь или здесь, у меня есть вопрос о другом случае.

Используя C/C++, я хочу записать несколько байтов в файл. Первоначально файл имеет данные. Просто обновляю содержимое файла: открываю, пишу и закрываю. Однако, если он не работает во время записи, и если мы не сможем справиться с отказом (например, сбой приложения, прерывание, выключение электричества и т.д.), Что гарантируется в выходном файле между приведенным ниже списком? Какая ситуация может произойти, чего не может?

Файл может быть пустым (удалены существующие значения и не могут писать новые)
Файл остается заблокированным
Файл может содержать как старые значения, так и новые значения (т.е. первые 5 строк являются новыми значениями, последние 5 строк являются старыми значениями)
Файл может содержать старое значение.
Что-нибудь другое, чего я не ожидаю?

Если вы можете дать мне независимые от ОС подходы, я был бы рад

благодаря

Deniz Beker 31 янв. 2014, в 20:30

Источник

2

В каком режиме вы открываете выходной файл (запись, добавление и т. Д.)?
Fred Larson 31 янв. 2014, в 19:29
0

Я использую режим записи.
Deniz Beker 31 янв. 2014, в 20:00
0

Чего вы хотите достичь? Добавить данные в файл, чтобы файл остался прежним или был надежно обновлен?
Martin James 31 янв. 2014, в 20:18
0

Я хочу быть уверен, что случай 3 никогда не случится. Другие случаи могут быть обнаружены и могут быть легко устранены. Однако, если файл содержит как старые, так и новые значения, мне потребуется больше контроля для его обнаружения.
Deniz Beker 31 янв. 2014, в 20:23
0

Вы перезаписываете все содержимое старого файла для каждой операции открытия / записи / закрытия? Если это так, как насчет упаковки ваших данных с некоторыми совпадающими метаданными в начале и конце файла. Нечто, что было бы уникальным для каждой операции открытия / записи / закрытия, и это можно было бы проверить, чтобы соответствовать позже. Если метаданные не совпадают, значит, вы столкнулись с делом 3.
David LaPorte 31 янв. 2014, в 20:48
0

Спасибо Дэвид. Это хорошее решение. Однако я не могу коснуться содержимого файла. Вот почему я задаю вопрос об обработке записи файлов в ОС.
Deniz Beker 31 янв. 2014, в 21:15

Показать ещё 4 комментария

Теги:

c++

file

linux

windows

1 ответ

Ещё вопросы

В каком режиме вы открываете выходной файл (запись, добавление и т. Д.)?
Чего вы хотите достичь? Добавить данные в файл, чтобы файл остался прежним или был надежно обновлен?
Я хочу быть уверен, что случай 3 никогда не случится. Другие случаи могут быть обнаружены и могут быть легко устранены. Однако, если файл содержит как старые, так и новые значения, мне потребуется больше контроля для его обнаружения.
Вы перезаписываете все содержимое старого файла для каждой операции открытия / записи / закрытия? Если это так, как насчет упаковки ваших данных с некоторыми совпадающими метаданными в начале и конце файла. Нечто, что было бы уникальным для каждой операции открытия / записи / закрытия, и это можно было бы проверить, чтобы соответствовать позже. Если метаданные не совпадают, значит, вы столкнулись с делом 3.
Спасибо Дэвид. Это хорошее решение. Однако я не могу коснуться содержимого файла. Вот почему я задаю вопрос об обработке записи файлов в ОС.

Martin James · Accepted Answer · 2014-01-31T19-35-00.000Z

Напишите новые данные в файл с тем же именем, но с расширением 'tmp'. Сбросьте и закройте файл tmp. Удалите исходный файл. Переименуйте файл tmp в исходное имя файла.

При запуске сканируйте папку для всех файлов. Удалите все файлы tmp, чья часть имени соответствует существующему файлу 'source' (т.е. система была прервана во время записи файла tmp). Переименуйте любой файл tmp, чья часть имени не соответствует существующему исходному файлу (был записан файл tmp, исходный файл был удален, но система была прервана до переименования).

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

Благодарю. Хороший подход. Я также понимаю из вашего ответа, что можно столкнуться с ситуацией № 3.