форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Программирование под UNIX (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Получить структуру из памяти (Демон?)"
Сообщение от zevsus on 02-Апр-05, 16:09  (MSK)
Здравствуйте! Есть перл-скрипт, формирующий некоторую структуру. Другим процессам (тоже перл) необходимо эту структуру получить (хотя бы на STDOUT). Получать стуктуру путём ее записи в файл или базу данных - удовольствие дорогое. Сокеты использовать не могу. Подумал, что стоит написать демон, нашел вот это: http://www.prolib.ru/ready/daemon/index.txt http://www.prolib.ru/ready/daemon/perl/1.1-nix/daemon.pm http://www.prolib.ru/ready/daemon/perl/1.2-nix/daemon.pm http://www.prolib.ru/ready/daemon/perl/1.1-nix/test/testd.pl однако, как это может помочь не пойму. я рассчитывал получить результат аналогичный команде "ipchains -L" (ведь мы получим цепочки, которые хранятся в памяти?..) просьба помочь!
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Получить структуру из памяти (Демон?)"
Сообщение от mthawk (ok) on 02-Апр-05, 21:28  (MSK)
Есть в Линуксе такое понятие как ИМЕНОВАННЫЕ ПОТОКИ (пайпы). Создаешь пайп, открываешь его одним демоном на чтение, другим на запись. То, что один туда пнет - на другом конце второй получит. ###создание пайпа unless (-p PIPENAME) { unlink PIPENAME; system('mknod', PIPENAME, 'p') && die "can't create pipe: $!"; } ###откртие пайпа sysopen(RDO, PIPENAME, O_RDONLY|O_NONBLOCK); ###использование пайпа sysread(RDO,$data,BYTES); на другом конце то-же самое но на запись. Использовать один и тот же пайп для чтения/записи с обоих сторон не рекомендуется. Наиболее часты глюк - можно прочитать то что сам туда вписал, если на той стороне не успели вычитать первее.
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

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