Доброе время суток.

Нужна помощь по теме.  Проблема в принципе похожа на "читателя-писателя".

Есть текстовый файл. В нем какая-то информация.  С файлом работает несколько процессов читателей и 1 процесс –писатель. Читатели читают из файла. А писатель с клавиатуры файл "обновляет".  Когда работат писатель, то ни один другой процесс работать не может, но процессы читатели могут работать вместе (параллельно). 

Задачу решить нужно с помощью fcntl().

Нужен приблизительный пример такой конструкции.   

Заранее благодарю.   

Функция fcntl() использюется в пяти различных случаях:
1) Создание дубликата существующего дескриптора
2) Получение/установка флагов дескриптора
3) Получение/установка флагов состояния файла
4) Проверка/установка владельца для асинхронных операций IO
5) Получение/установка блокировки на отдельную запись в файле

Решение поставленной тобой задачи использованием одной лишь ф-цией fcntl() хоть и возможно. но думаю излишне мудрено(она ведь всего лишь меняет "св-ва" уже открытого файла.
т.е. тебе надо лишь "грамотно" открыть файл, а там уже дело техники:

после выполнения всех этих операций делаешь форк, создаешь порожденные процессы(они унаследуют все дескрипторы открытых файлов) и можешь не беспокоится: файл будет нормально использоваться в многопоточных приложениях. =)

Добавлено через 2 минуты и 30 секунд
RasenHerz, 
O_SYNC испольуется не для синхронизации

MAKCim, ага, большое спасибо. Я примерно так и пытался сделать, но я не додумался устанавливать блокировку чтения перед собственно чтением   

Гм..
очень странно, что как только в функцию reader я добавляю какие-либо действия по считыванию из файла, как походу писатель полностью игнорируется. Например:


Т.е. добавление любых действий по чтению или записи (с файлом или с консолью) в reader() отправляет читателя в бесконечный цикл, а "писатель" writer() вообще игнорируется...

Это сообщение отредактировал(а) Xonxt - 30.3.2008, 12:26

Xonxt, а ты lock снять после чтения не забываешь?

Конечно нет! Я же просто фрагмент привел...

паузу поставь перед тем, как лочить будешь. А потом, добавь опцию O_SYNC в писатель, а то пока буфер не сбросится, данные не обновятся на диске (другие процессы не увидят их).

bsa, 
кэш файла не зависит от процесса (структуры struct file)
страница кэша, в которой храняться данные, будет в любом случае обновляться при любой попытке записи
поэтому чтение будет происходить из кэша
O_SYNC здесь вообще не причем

Это сообщение отредактировал(а) MAKCim - 30.3.2008, 13:12

странно. Вот запускаю что-то через nohup и смотрю с помощью tail -f, так вывод дается рывками (поблочно). Или это особенность nohup?

что запускаешь?

Например:
  
Думаю, что раз вывод происходит в файл, а не терминал, то реакции на \n (сброс буфера) характерной для терминалов нет. Поэтому вывод производится по мере заполнения буфера...

Гмм... 

Ув. MAKCim,  можно ли попросить Вас в приведенном Вами выше примере кода вставить реальные примеры чтения и записи. В reader() текст читается из файла и выводится на экран, а в writer() - считыается с клавиатуры и записыается в файл. 

А то что-то программа на этих моментах тормозит (читай, уходит в бесконечный цикл).   

Added:  и вообще, походу при каждом новом запуске программы оно выдает разные результаты... Наверное, из-за того, что каждый раз процессы отрабатывают в разном порядке... Вот сейчас только что программа отработала как положено! А в следующий раз - опять reader() ушел в бесконечный цикл...

Это сообщение отредактировал(а) Xonxt - 30.3.2008, 14:11

Xonxt, 
файл вначале пустой или содержит какие-либо данные?

Изначально содержит данные.

Похоже, что для того, чтобы реализовать еще и ввод текста с клавиатуры, надо делать процессы не fork'ом, а просто отдельными приложениями...

Это сообщение отредактировал(а) Xonxt - 30.3.2008, 14:46