Zbych <a...@o...pl> wrote:

> 2. read w trybie blokującym czeka na dane, jak wypnę w trakcie czekania
> wtyczkę to przerywa czekanie zwracając 0, czego nie traktuję jako błąd.
> Kolejne wywoływania read zwracają cały czas 0

Wartość 0 oznacza EOF ("koniec pliku", zamknięte połączenie, koniec
strumienia danych). To coś innego niż brak danych (bo wtedy jak sam
zauważasz blokujący read poczeka, a nieblokujący zwróci EAGAIN).

> Problem polega na tym, że mam urządzenia z który tylko czytam dane
> (skanery, klawiatury) i takie zachowanie read jest delikatnie mówiąc
> irytujące.

Hmm, jak dla mnie jest prawidłowe. Po prostu read() nie ma prawa zwrócić
0, jeżeli urządzenie jest podłączone i działa, ale nie ma danych. Wartość
0 oznacza, że kanał komunikacyjny został zamknięty i dane się skończyły
(to nie to samo, co chwilowy brak danych, które mogą przyjść później, bo
strumień jest otwarty; gdy read() zwróci 0, to dane już nie przyjdą).

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]