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

> Przykład z plikiem chyba nie jest najlepszy, bo EOF "teraz" nie znaczy,
> że "za chwilę" się tam nic nie pojawi do dalszego czytania. Najprostszy
> przykład to logi. EOF w przypadku czytania logów to na pewno nie jest
> błąd, po którym nie masz innego wyjścia jak zamknięcie pliku.

Zazwyczaj jednak pliki czyta się od początku do końca, a po końcu zamyka.
Sytuacja, w której program przewiduje, że plik jeszcze urośnie, jest
nietypowa. Większość narzędzi Linuksowych standardowo tak się zachowuje.
Jak chcesz przeczytać log "od początku do anulowania" (a nie "od początku
do końca tego, co w nim aktualnie jest") to przecież nie używasz cat,
tylko tail -f.

Zresztą taki "follow" rodzi problem, jeśli plik zostanie w międzyczasie
przycięty, bo wskaźnik pliku nie przesuwa się do początku.

Inna sprawa, że nie da się usunąć pliku, który jest aktualnie otwarty
(można usunąć dowiązanie, ale inode zostaje do momentu zamknięcia), więc
takie zachowanie read() dla pliku ma sens. Czy ma dla urządzenia... widzę
argumenty i za, i przeciw, i pewnie można się kłócić i dyskutować, jak
powinno być, ale obecny stan jest taki, że read() zachowuje się tak, a nie
inaczej... podejrzewam, że ktoś to przemyślał.

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