https://opennet.me/openforum/vsluhforumID9/10482.html ... по-видимому невозможна в Linux.<br><br>Требования: транзакционность. Два разрешённых состояния:<br>* есть оригинальный файл, нет замены нигде<br>* есть замена в нужном месте, оригинального файла нет<br><br>Два запрещённых:<br>* есть оригинальный файл, замена насрана где-то<br>* нет ни оригинала, ни замены<br><br>Обычный файл вы можете создать с флагом O_TMPFILE (временный файл, не пишущийся в журнал), а потом попробовать атомарно заменить через renameat2(..., RENAME_EXCHANGE), но файлы в /proc/self/fd - это симлинки, и renameat2 в них не умеет. Можно, конечно, попробовать поиграться с readlink, но он вам выдаст несуществующий путь.<br><br>Hardlink - не умеет заменять файлы, флаг AT_REPLACE так и не был добавлен.<br><br>Директория/симлинк: вы не можете ни создать их с заменой, ни создать их файлы через open с флагом O_TMPFILE, и потом тип поменять. Сами же вызовы для их создания флаги не поддерживают.<br><br>Складывается впечатление, что так сделано намеренно, чтобы с race conditions дел не иметь.<br> https://opennet.me/openforum/vsluhforumID9/10482.html#9 Sat, 28 Dec 2024 04:04:29 GMT Угу. Всё время, пока оба процесса меряются временем обновления.<br> https://opennet.me/openforum/vsluhforumID9/10482.html#8 Wed, 25 Dec 2024 09:08:17 GMT "Обычный файл вы можете создать с флагом O_TMPFILE (временный файл, не пишущийся в журнал), а потом попробовать атомарно заменить через renameat2"<br><br>Это уже нарушение второй группы условий (одновременно насрана замена и есть оригинал).<br>Вердикт - кривые входные условия, транзакционности нескольких операций в ФС действительно нет.<br> https://opennet.me/openforum/vsluhforumID9/10482.html#7 Thu, 19 Dec 2024 13:57:49 GMT Это временно.<br> https://opennet.me/openforum/vsluhforumID9/10482.html#6 Wed, 18 Dec 2024 08:50:27 GMT &gt; без соответствующего обработчика<br><br>проблема разработчика<br> https://opennet.me/openforum/vsluhforumID9/10482.html#5 Wed, 18 Dec 2024 06:44:35 GMT &gt; только не рассказывайте ему про sighup <br><br>но тебе-то можно рассказать, что sighup без соответствующего обработчика не работает?<br> https://opennet.me/openforum/vsluhforumID9/10482.html#4 Tue, 17 Dec 2024 18:35:48 GMT Конечно невозможно. Такое только в однозадачных системах бывает.<br>"Замена насрана" может быть в памяти другого процесса.<br> https://opennet.me/openforum/vsluhforumID9/10482.html#3 Tue, 17 Dec 2024 15:02:46 GMT &gt;&gt; Какой-то бред ламерский. Хардлинк позволяет предельно атомарно заменить файл по указанному <br>&gt;&gt; имени на другой. Для любых разумных применений этого хватает. Проблемы только <br>&gt;&gt; у гениев, которым хочется в ту же самую айноду резко положить <br>&gt;&gt; другое содержимое. Где у вас есть такие возможности, там и процветайте, <br>&gt;&gt; собственно.<br>&gt; Вася хочет, не файл заменить атомарно(для чего нужные сисколы есть), а заменить <br>&gt; для работающего процесса открытый файл. Ну, я так понял, но этот <br>&gt; поток бреда сложно однозначно понять <br><br>только не рассказывайте ему про sighup<br> https://opennet.me/openforum/vsluhforumID9/10482.html#2 Tue, 17 Dec 2024 09:51:50 GMT &gt; Какой-то бред ламерский. Хардлинк позволяет предельно атомарно заменить файл по указанному <br>&gt; имени на другой. Для любых разумных применений этого хватает. Проблемы только <br>&gt; у гениев, которым хочется в ту же самую айноду резко положить <br>&gt; другое содержимое. Где у вас есть такие возможности, там и процветайте, <br>&gt; собственно.<br><br>Вася хочет, не файл заменить атомарно(для чего нужные сисколы есть), а заменить для работающего процесса открытый файл. Ну, я так понял, но этот поток бреда сложно однозначно понять<br> https://opennet.me/openforum/vsluhforumID9/10482.html#1 Tue, 17 Dec 2024 08:59:19 GMT Какой-то бред ламерский. Хардлинк позволяет предельно атомарно заменить файл по указанному имени на другой. Для любых разумных применений этого хватает. Проблемы только у гениев, которым хочется в ту же самую айноду резко положить другое содержимое. Где у вас есть такие возможности, там и процветайте, собственно.<br>