Re: Fwd: Re: Fwd: Problem with recv syscall on socket when other side closed connection
В списке pgsql-hackers по дате отправления:
| От | kuznet@ms2.inr.ac.ru |
|---|---|
| Тема | Re: Fwd: Re: Fwd: Problem with recv syscall on socket when other side closed connection |
| Дата | |
| Msg-id | 200007041757.VAA25791@ms2.inr.ac.ru обсуждение исходный текст |
| Ответ на | Re: Fwd: Re: Fwd: Problem with recv syscall on socket when other side closed connection (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Fwd: Re: Fwd: Problem with recv syscall on socket when other side closed connection
|
| Список | pgsql-hackers |
Hello! > blunt instrument for reporting it, because it causes loss of data going > in the other direction. First. Data, which reached the host are not lost. Second. TCP may lose this data because this data did not reach host before reset arrived, indeed. After the second we arrive at the next: if you send to dead pipe, or do not read some remnant of data before closing, it is _HARD_ bug in your application or in protocol. Do you understand what hard bug is? It is when further behaviour is unpredictable and the state cannot be recovered. Essentially, it is thing which exceptions and fatal signals are invented for. 8) Alexey
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера