|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 09 Oct 2005 17:20:18
To : Eugene B. Berdnikov
Subject : Re: Дык на чём остановиться?
--------------------------------------------------------------------------------
Oct 09 15:08 05, Eugene B. Berdnikov wrote to Zahar Kiselev:
ZK>> Hепонятно, почему в такой ситуации не возвращается ошибка из операции
ZK>> чтения?
EBB> Hепонятно, почему я должен объяснять это в 4й раз.
ZK>> Должен же быть таймаут? И наверно не двое суток...
EBB> Кто кому должен? Фраза "read() без таймера это бага" - что
EBB> непонятно?
Во всех операциях чтения есть, а здесь почему-то нет.
Когда обращаешься к винчу который плохо работает - чтение все же через какое-то
время завершается с ошибкой.
Применительно к телекоммуникациям - вон даже в фидошных протоколах таймауты
есть. Почему не предусмотрели таймаут в такой продвинутой вещи как tcp - это как
минимум несколько нелогично.
ZK>> Или все-таки таймаут нужно предусматривать самому в той программе,
ZK>> которая читает?
EBB> Именно так.
А какой смысл было _не_ сделать таймер в сетевом протоколе?
Кстати когда-то я экспериментировал с netbios в досе - там ситуации бесконечного
ожидания не возникали.
Более того, есть такая реализация TCP/IP как KA9Q - там "бесконечные ожидания"
тоже не проявляются. Правда это тоже в досе проверялось, но по радиоканалу.
Zahar
--- Msged/LNX 6.1.1
* Origin: mobile point - Compaq Armada 1750 + Siemens ME45 (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
