Re: Fwd: libpq: indefinite block on poll during network problems
Вложения
В списке pgsql-general по дате отправления:
| От | Martijn van Oosterhout |
|---|---|
| Тема | Re: Fwd: libpq: indefinite block on poll during network problems |
| Дата | |
| Msg-id | 20140530161954.GC19553@svana.org обсуждение исходный текст |
| Ответ на | Re: Fwd: libpq: indefinite block on poll during network problems (Dmitry Samonenko <shreddingwork@gmail.com>) |
| Ответы |
Re: Fwd: libpq: indefinite block on poll during network problems
|
| Список | pgsql-general |
On Fri, May 30, 2014 at 07:48:00PM +0400, Dmitry Samonenko wrote: > > BTW, you might consider using libpq's nonblock mode to push the waiting > > out to the application level, and then you could just decide when you've > > waited too long for yourself. > > > Do you mean PQsendQuery / PQisBusy / PQgetResult? Well, I wouldn't start > this discussion if that was an option. Adopting async command processing > would lead to starting client from scratch. I don't think the suggestion is to move to async command processing. I think the suggestion is to use those methods to make a PGgetResultWithTimeout() that does what you want. Have a nice day, -- Martijn van Oosterhout <kleptog@svana.org> http://svana.org/kleptog/ > He who writes carelessly confesses thereby at the very outset that he does > not attach much importance to his own thoughts. -- Arthur Schopenhauer
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера