Чтение FIFO должно быть в цикле?

0

1

Если два процесса открывают именованный канал в блокирующем режиме, то иногда (очень редко) чтение завершается с кодом 0 (0 байт прочитано). Как такое может быть?
P.S. решил через чтение в цикле while( read( fifofd, &data, sizeof( data ) ) == 0 );

Ссылка

←	Join to OpenSource Project

Заготовка шаблонных методов

→

Лучше >0 , еще и отрицательный код в случае ошибки может быть

ilovewindows ★★★★★
(22.07.13 12:53:01 MSK)

Ссылка

просто используй poll().

anonymous
(22.07.13 13:00:05 MSK)

Ссылка

Сигнал пришёл? Закрыли с другой стороны?

~~nanoolinux~~ ★★★★
(22.07.13 15:24:03 MSK)

Ответ на: комментарий от nanoolinux 22.07.13 15:24:03 MSK

Сигнал пришёл?

Не, перед открытием и чтением ставлю sigprocmask.

Закрыли с другой стороны?

Пишущий процесс открывает пайп, пишет и закрывает. Читающий открывает, читает, закрывает. Вот ошибка на читающем: broken pipe.

nerdogeek ★
(22.07.13 15:30:48 MSK) автор топика

документы не читай, сразу спрашивай на лоре:

$ man 2 read
...
RETURN VALUE
       On success, the number of bytes read is returned (zero indicates end of file)
...

интересно, а какой у тебя сейчас критерий окончания чтения?

anonymous
(22.07.13 16:21:13 MSK)

Ответ на: комментарий от nerdogeek 22.07.13 15:30:48 MSK

Вот ошибка на читающем: broken pipe.

что за бред?
это ошибка на стороне писателя, у читателя не может быть такой ошибки

anonymous
(22.07.13 16:25:15 MSK)

Не позорься - почитай что-нибудь о программировании в Unix.

tailgunner ★★★★★
(22.07.13 16:25:42 MSK)

Ответ на: комментарий от anonymous 22.07.13 16:25:15 MSK

Да, я затупил. Нет у меня сейчас такой ошибки broken pipe

nerdogeek ★
(22.07.13 16:36:54 MSK) автор топика

Ссылка

Ответ на: комментарий от tailgunner 22.07.13 16:25:42 MSK

Не позорься - почитай что-нибудь о программировании в Unix.

:D читал Роббинса «Linux. Программирование в примерах». Но сейчас действительно не понимаю что происходит. Почему read иногда возвращает 0, когда на пишущей стороне всегда записывается ровно 4 байта.

nerdogeek ★
(22.07.13 16:40:21 MSK) автор топика

Ссылка

Ответ на: комментарий от anonymous 22.07.13 16:21:13 MSK

On success, the number of bytes read is returned (zero indicates end of file)

Как там может периодически возникать EOF, если всегда первым в FIFO приходят данные (4 байта)?

nerdogeek ★
(22.07.13 16:44:49 MSK) автор топика

Ответ на: комментарий от nerdogeek 22.07.13 16:44:49 MSK

Как там может периодически возникать EOF, если всегда первым в FIFO приходят данные (4 байта)?

если read() вернул 0, то это означает, что писатель на другой стороне пайпа отправил все что хотел и закрыл fifo, а читатель ранее уже получил все, что записал писатель и больше данных в пайпе нет и появиться больше не может (т.к. писателя нету)

чего не понятного то?

anonymous
(22.07.13 16:54:15 MSK)

Ответ на: комментарий от anonymous 22.07.13 16:54:15 MSK

писатель на другой стороне пайпа отправил все что хотел и закрыл fifo

Так и есть, но

читатель ранее уже получил все, что записал писатель и больше данных в пайпе нет и появиться больше не может

Как раз если читать в цикле, то он все-таки прочитает данные (иногда после нескольких read, которые возвращают 0). Читатель только в одном месте кода читает из фифо, поэтому читатель не мог ранее что-либо получить

nerdogeek ★
(22.07.13 16:59:56 MSK) автор топика

Ответ на: комментарий от nerdogeek 22.07.13 16:59:56 MSK

поэтому читатель не мог ранее что-либо получить

ну, значит писатель ничего не писал...

далее без кода пишущего и читающего куска (с открытием и закрытием fifo) разговаривать нечего
как должно быть, я описал
если у тебя какие-то глюки, то ищи несоответствие своей реализации правильному алгоритму, или выкладывай код, если его немного и можно отделить от остальной бизнес-логики

anonymous
(22.07.13 17:37:38 MSK)