Groups > pl.comp.os.linux.programowanie > #2204

Re: Blokujący read i niepełne dane

From	heby <heby@poczta.onet.pl>
Newsgroups	pl.comp.os.linux.programowanie
Subject	Re: Blokujący read i niepełne dane
Date	2020-08-02 17:47 +0200
Organization	A noiseless patient Spider
Message-ID	<rg6n6o$82m$1@dont-email.me> (permalink)
References	<repmov$olv$1@dont-email.me> <rg6knp$trq$1@gioia.aioe.org>

Show all headers | View raw

On 02/08/2020 17:05, Bogdan wrote:
> przemyśleniem: jeśli "::read" to odpowiednik read(2) (a pytam, bo
> brakuje parametru),

Tak.

> to jeśli mogłeś zapisać milion bajtów i od razu
> odczytać też milion, to masz dość wydajny system lub szczęście, że nic
> nie przeszkadzało w trakcie (lub jeszcze jakieś czynniki).

Przeszkadze EINTR. Ale to ogarniam.

Do tej pory był albo cały bufor albo nic. Nigdy, na przestrzeni lat, nie 
wyleciał assert pilnujący tej liczby albo nie zauważyłem ;). Aż tu nagle ...

>   Generalnie, read() powinno umieszczać się w pętli i czytać tyle razy,
> aż uzbiera się tyle danych, ile się chciało od początku.

Tak, poprawiłem to w ten sposób, ale dalej pytanie otwarte: czy to błąd 
w kernelu czy raczej naprawiono problem? A może ktoś potafi w BSD 
odpowiedzieć? Albo innym sco :)

Back to pl.comp.os.linux.programowanie | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Blokujący read i niepełne dane heby <heby@poczta.onet.pl> - 2020-07-16 16:04 +0200
  Re: Blokujący read i niepełne dane Bogdan <bogdan@poczta.gazeta.pl> - 2020-08-02 17:05 +0200
    Re: Blokujący read i niepełne dane heby <heby@poczta.onet.pl> - 2020-08-02 17:47 +0200
  Re: Blokujący read i niepełne dane queequeg@trust.no1 (Queequeg) - 2020-08-03 09:07 +0000
    Re: Blokujący read i niepełne dane heby <heby@poczta.onet.pl> - 2020-08-04 11:35 +0200
      Re: Blokujący read i niepełne dane queequeg@trust.no1 (Queequeg) - 2020-08-04 10:07 +0000
        Re: Blokujący read i niepełne dane heby <heby@poczta.onet.pl> - 2020-08-04 19:20 +0200
          Re: Blokujący read i niepełne dane queequeg@trust.no1 (Queequeg) - 2020-08-04 19:54 +0000

csiph-web