Вспомнить всё: lock file

[beldmit]

Освежил в памяти, как нынче заблокировать доступ к файлу на уровне C API.

Linux (и, видимо, прочие юниксы): flock работает всегда, lockf - для файла, открытого на запись. fcntl, наверное, тоже.

В Windows это не портируется, там надо звать Windows API, которое несовместимо в этом месте с OpenSSL BIO. И из виндового HANDLE получить дескриптор файла как-то можно, но это танцы с бубном.

На практике интересен ещё атомарный rename. В Unix-подобных системах, видимо, он действительно атомарный, попутно нашёлся эпический тред про то, как эту атомарность в MacOS 10+ чинили 3 года. В Windows есть ReplaceFile со товарищи, тоже со своими особенностями, и помеченная как deprecated функция для работы через транзакционный механизм NTFS.

Как это всё работает на NFS, не знает примерно никто.

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

Comments

[qkowlew]

Интересен тот факт, что при написании мной узлового тоссера для ФИДО я провёл пачку секспериментов в разных средах и убедился в том, что на произвольной FS нет надёжного безглючного решения, которое будет работать "везде и всегда".

Под ДОС, Win95 и последующих виндах - неразрушающий rename атомарен и может использоваться для создания файловых флагов вполне надёжно.

На системе с хардлинками - создание хардлинка в проверенных мной случаях - атомарная операция.

А ещё бывают построенные вируталки с доступом на запись к диску. :)

[beldmit]

Ну я надеялся, что за 10-15 лет с моего последнего взгляда в эту сторону всё изменилось. Ан нет. Хотя flock в MinGW могли бы и портировать.