Специальное чтение из файла

mkfifo file.fifo

program > file.fifo 2>&1

в другом терминале: cat file.fifo

Это я знаю. Тут нужно, чтобы срипт вызывался автоматически при чтении.

может есть способ проще? почему нельзя дергать сразу скрипт вместо файла?

program | script

program | script

script

while read -r; do
  echo $REPLY
done[/cpde]

Потому, что другая программа читает файл (которого фактически нет), а не скрипт. Содержимое файла динамическое.

Не то, http://www.linux.org.ru/forum/general/11767244?cid=11767285 (комментарий).

incron IN_ACCESS/IN_OPEN

я дал правильный ответ два раза, который полностью удовлетворял условиям твоего вопроса.

ЧЯДНТ?

ScriptFS is a new file system which merely replicates a local file system, but replaces all files detected as «scripts» by the result of their execution.

Но это через FUSE.

Всё правильно, спасибо за ответ, но это не мой случай. Поясню: некая программа читает из псевдосистемы /proc/... Этот интерфейс сейчас не поддерживается в ядре, перенесено в /sys. Но программа имярек не знает про /sys, да и формат данных другой, так что ссылка не прокатит. Я не стал пояснять конкретику в стартовом посте, так как этот вопрос интересует меня в общем плане. Решением может быть создание трубы и привязки к событию чтения из этой трубы выполнение скрипта. Но я не знаю, как это сделать.

Спасибо, буду смотреть.

Но это через FUSE.

Не суть.

Спасибо, интересно.

Точно то самое, спасибо. Отмечаю решённым.

Всё правильно, спасибо за ответ, но это не мой случай. Поясню: некая программа читает из псевдосистемы /proc/... Этот интерфейс сейчас не поддерживается в ядре, перенесено в /sys. Но программа имярек не знает про /sys, да и формат данных другой, так что ссылка не прокатит. Я не стал пояснять конкретику в стартовом посте, так как этот вопрос интересует меня в общем плане. Решением может быть создание трубы и привязки к событию чтения из этой трубы выполнение скрипта. Но я не знаю, как это сделать.

А в чём сложность просто сделать программу которая будет читать из одного файла и писать в другой?

Никакой сложности. Но её нужно вызывать для обновления данных с неизвестной частотой.

Поясню: некая программа читает из псевдосистемы /proc/...

INOTIFY там не будет работать

Модуль ведра еще можно накатать. Но FUSE таки попроще будет...

Да, проверил уже. Пишу простенький модуль. Болванок в сети полно.

Для сегодняшней конкретной задачи нужен модуль, т.к. /proc. FUSE для других случаев, см. выше.

Я бы поступил проще. Измерил бы минимальный промежуток который не нагружает центральный процессор. И проверял бы eof в цикле.

ФС — /proc, так что так просто не выйдет.

некая программа читает из псевдосистемы /proc/... Этот интерфейс сейчас не поддерживается в ядре, перенесено в /sys. Но программа имярек не знает про /sys, да и формат данных другой, так что ссылка не прокатит.

Запускать программу имярек в chroot'e где /proc будет обычной ФС, на эту /chroot/proc директорию натравить icnron

Уже говорили, что:

• в /proc нельзя просто так даже ссылку записать;
• в /proc inotify не работает.

я так понимаю, он предлагает chroot где вместо proc обычный каталог в фс

Пощупай, mkfifo. Думаю оно имеет непосредственное отношение к твоему вопросу.

Кстати, вот по теме http://unix.stackexchange.com/questions/85399/can-i-make-a-special-file-in-li...

Я понимаютак, что тогда часть (или всё) структуры /proc надо будет вручную воссоздавать.

Да, уже было такое предложение.

Вариации на тему выше.

Я понимаютак, что тогда часть (или всё) структуры /proc надо будет вручную воссоздавать.

Думаешь из тебя будут клещами информацию вытаскивать?

Если ты по ходу пьесы будешь новые условия выставлять, то скоро пойдешь на три буквы, типа ПНХ, например.

Случайно сбросил пометку «решено», думаю: почему народ всё пишет и пишет? По теме: решений предложено фактически 3 — inotify (incron), scriptfs и модуль ядра (для procfs). Опробовал inotify и модуль. Ещё раз благодарю всех ответивших. Тема закрыта.

симлинков накидать