W dniu 08.03.2018 o 00:10, Adam Wysocki pisze:
> 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).

Skoro write potrafi zwrócić kod 'Input/output error', to spodziewałbym
się takiego samego kodu błędu po read. To nie jest chwilowy brak danych,
który później się pojawią.

>> 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ą).