Re: resetowanie urządzenia USB - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.elektronika › resetowanie urządzenia USB › Re: resetowanie urządzenia USB

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.pi.v.chmurka.n
et!not-for-mail
From: g...@s...invalid (Adam Wysocki)
Newsgroups: pl.misc.elektronika
Subject: Re: resetowanie urządzenia USB
Date: Thu, 8 Mar 2018 10:05:30 +0000 (UTC)
Organization: news.chmurka.net
Message-ID: <p7r1ta$or6$1$gof@news.chmurka.net>
References: <f...@g...com>
<s...@f...lasek.waw.pl>
<f...@g...com>
<5a9be927$0$991$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<5a9c47b8$0$1004$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<5a9c5a80$0$989$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<5a9ced8a$0$31353$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<5a9cf565$0$665$65785112@news.neostrada.pl>
<p7j28m$msc$3$gof@news.chmurka.net>
<5a9d0ec8$0$31360$65785112@news.neostrada.pl>
<p7obru$nip$1$gof@news.chmurka.net>
<5a9fca54$0$659$65785112@news.neostrada.pl>
<p7prgc$9vr$4$gof@news.chmurka.net>
<5aa0e718$0$31364$65785112@news.neostrada.pl>
NNTP-Posting-Host: pi.v.chmurka.net
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 8 Mar 2018 10:05:30 +0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="gof";
posting-host="pi.v.chmurka.net:172.24.44.20"; logging-data="25446";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: tin/2.4.1-20161224 ("Daill") (UNIX) (Linux/4.4.50-v7+ (armv7l))
Cancel-Lock: sha1:j1yXcnfgY/xvNa2uj3F3cORoHAA=
Xref: news-archive.icm.edu.pl pl.misc.elektronika:729993
[ ukryj nagłówki ]
Zbych <a...@o...pl> wrote:

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

Taka już jest konwencja read(). Chwilowy brak danych jest sygnalizowany
przez blokowanie lub EAGAIN, permanentny brak danych przez 0 (EOF). EOF
oznacza "zakończ pracę, bo więcej już nie odczytasz". Czy jest to błąd,
czy normalna sytuacja, to zależy od założeń.

Zakładam, że wywodzi się to stąd, że read() / write() oryginalnie służą
do zapisu / odczytu plików. Gdy czytasz z pliku, to ten plik kiedyś się
skończy i nie jest to błąd, podczas gdy nieudany zapis do pliku zawsze
jest błędem. Przy strumieniach z urządzeń jest podobnie.

Po prostu odłączenie urządzenia jest traktowane jako koniec strumienia,
a nie błąd I/O.

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