Re: BUG #5837: PQstatus() fails to report lost connection

Поиск
Список
Период
Сортировка
От Murray S. Kucherawy
Тема Re: BUG #5837: PQstatus() fails to report lost connection
Дата
Msg-id F5833273385BB34F99288B3648C4F06F1341E73FCB@EXCH-C2.corp.cloudmark.com
обсуждение исходный текст
Ответ на Re: BUG #5837: PQstatus() fails to report lost connection  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: BUG #5837: PQstatus() fails to report lost connection  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: BUG #5837: PQstatus() fails to report lost connection  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-bugs
> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
> Sent: Monday, January 24, 2011 7:30 AM
> To: Murray S. Kucherawy
> Cc: Robert Haas; pgsql-bugs@postgresql.org
> Subject: Re: [BUGS] BUG #5837: PQstatus() fails to report lost connection
>=20
> "Murray S. Kucherawy" <msk@cloudmark.com> writes:
> > Given what you say here, this seems to be an exception for which there
> > is currently no detection mechanism short of looking for that one
> > specific error string indicating it was administrative action causing
> > the error.
>=20
> This is complete nonsense.  If you followed the documented method for
> using PQgetResult -- ie, keep calling it till it returns NULL, rather
> than assuming there will be a specific number of results --- then
> PQstatus would show you the bad status afterwards.

Your assertion here of "Read the result set to exhaustion, THEN check conne=
ction status to see if it was bad to begin with," can be politely described=
 as counter-intuitive.

Please, at a minimum, add some documentation about it.

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: BUG #5837: PQstatus() fails to report lost connection
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #5837: PQstatus() fails to report lost connection