Про пересечения «запись в файл» и «чтение из файла»

Вопрос про то, как не ловить пустоту, или про то, как подобрать взаимно простые числа?

mkfifo и вперёд.

Желаемый результат - не ловить пустоту. Развести во времени - это просто один из возможных способов.

Мммм разверни плиз.

Ты горишь на совместном доступе к общему ресурсу. Поскольку, как я предполагаю, файл у тебя не защищён мьютексами и блокировками, то возникают типовые проблемы. Поэтому товарищ тебе предлагает заменить файл на fifo в качестве решения.

А не поможет. 5 и 7 простые числа, но есть 35, для которого они оба делители

Ммм а есть дока с примером? Кажется, я не очень в теме.

https://linux-faq.ru/page/komanda-mkfifo В сети полно подобного.

Какую ещё пустоту? Опиши нормально что происходит. Если есть затруднения со словами - покажи пример кода.

Зависимости ситуации от N и M в софте без багов быть, разумеется, не должно. Так же как и костылей с подбором N и M. Осталось найти суть дефекта твоей проги и исправить его.

«В очередь, сукины дети! В очередь!» (c)

Для этого её и придумали.

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

сисколлы записи и чтения в линуксе атомарные и потокобезопасные

как мне пояснили, атомарное только mv. Они такое делают через временный файл. Пишут во временный файл и потом mv.

в конце man 2 read есть ссылка на стандарт posix, где говорится, что фукции read и write должны быть атомарными, и pread, кстати тоже

другое дело, что когда ты пишешь программу «параллельно» выполняющую операции над файлом, тебе приходится учитывать позицию в файле. или если используется буферизованный ввод-вывод, то буфер надо своевременно сбрасывать.

Во, точно, не хватает ещё реакции «глаза». Просмотрено.