Re: libpq async duplicate error results

Поиск
Список
Период
Сортировка
От Fabien COELHO
Тема Re: libpq async duplicate error results
Дата
Msg-id alpine.DEB.2.22.394.2201261448060.3813395@pseudo
обсуждение исходный текст
Ответ на libpq async duplicate error results  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Ответы Re: libpq async duplicate error results  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Список pgsql-hackers
> command = SELECT pg_terminate_backend(pg_backend_pid());
> result 1 status = PGRES_FATAL_ERROR
> error message = "FATAL:  terminating connection due to administrator command
> "
> result 2 status = PGRES_FATAL_ERROR
> error message = "FATAL:  terminating connection due to administrator command
> server closed the connection unexpectedly
>     This probably means the server terminated abnormally
>     before or while processing the request.
> "

> Also, why are there multiple results being generated in the first place?

My interpretation is that the first message is a close message issued by 
the server before actually severing the connection, and the second message 
is generated by libpq when it notices that the connection has been closed, 
so there is some sense in having to results to report these two 
consecutive errors, and the question might be about when the buffer should 
be reset.

-- 
Fabien.



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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: Schema variables - new implementation for Postgres 15
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: Schema variables - new implementation for Postgres 15