Когда в ядре Linux 2.6 и в NFSv3 open("fname", O_CREAT|O_EXCL)
стал действующим? Текущая каноническая open(2)
документация по системным вызовам (http://www.kernel.org/doc/man-pages/online/pages/man2/open.2.html) говорит, что все в порядке:
- O_EXCL
- ...
On NFS, O_EXCL is only supported when using NFSv3 or later on kernel
2.6 or later. In NFS environments where O_EXCL support is not
provided, programs that rely on it for performing locking tasks will
contain a race condition. Portable programs that want to perform
atomic file locking using a lockfile, and need to avoid reliance on NFS
support for O_EXCL, can ...
Это выглядит так, как будто все ядра 2.6 в порядке, но страница руководства журнал изменений (примерно поздняя версия ядра 2.6.23) начинает указывать срок действия четыре года после запуска 2.6.0, и в Интернете полно пользователей форумов, осуждающих такое использование в течение последнего года или двух. Я хотел бы использовать эту настройку в системах RHEL 5 (2.6.18), но я не мог определить, когда она действительно стала безопасной. У кого-нибудь есть однозначный ответ?
std::fstream::fstream(char const *, ios_base::openmode)
в стандартной библиотеке C ++, я надеялся, что стандартная библиотека C была открытой игрой, даже в отношении параметров, не относящихся к POSIX. - person Jeff   schedule 04.08.2010