Никак не пойму, куда копать. CentOS 5 x86_64. Создаю именованный канал mkfifo pipe. Пишем в него, читаем из него. Все замечательно работает. Бутим сервер, пайп трансформируется в обычный файл с тем же именем.

• пропадает  именованный канал после ребута,LSTemp, 16:47 , 14-Апр-11
  • пропадает  именованный канал после ребута,sa, 11:00 , 15-Апр-11
    • пропадает  именованный канал после ребута,LSTemp, 17:20 , 20-Апр-11

> Никак не пойму, куда копать. CentOS 5 x86_64. Создаю именованный канал mkfifo
> pipe. Пишем в него, читаем из него. Все замечательно работает. Бутим
> сервер, пайп трансформируется в обычный файл с тем же именем.

так это же pipe..
м/б тебе mknod нужен?

не понял, какая разница между mkfifo pipe и mknod pipe p ?

>> Никак не пойму, куда копать. CentOS 5 x86_64. Создаю именованный канал mkfifo
>> pipe. Пишем в него, читаем из него. Все замечательно работает. Бутим
>> сервер, пайп трансформируется в обычный файл с тем же именем.
> так это же pipe..
> м/б тебе mknod нужен?

> не понял, какая разница между mkfifo pipe и mknod pipe p ?
>>> Никак не пойму, куда копать. CentOS 5 x86_64. Создаю именованный канал mkfifo
>>> pipe. Пишем в него, читаем из него. Все замечательно работает. Бутим
>>> сервер, пайп трансформируется в обычный файл с тем же именем.
>> так это же pipe..
>> м/б тебе mknod нужен?

если совсем просто:
- любой pipe - есть по сути ВРЕМЕННЫЙ файл (аналог сокета в WIN).
- конвейер | в любом процессе создаст файл имя которого ты знать не будешь (не сможешь обратится к этому фа-лу из другого процесса)
- mkfifo сделает файл имя которого ты знаешь, и сможешь его использовать из другого процесса
- mknod делается устройство, которое присутствует в системе ВСЕГДА. и его можно сделать со свойсвами то го же pipe.