Re: libpq async duplicate error results

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: libpq async duplicate error results
Дата
Msg-id de57761c-b99b-3435-b0a6-474c72b1149a@enterprisedb.com
обсуждение исходный текст
Ответ на Re: libpq async duplicate error results  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: libpq async duplicate error results  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
I took another look at this.  The output from the test program at the 
beginning of the thread is now (master branch):

command = SELECT 'before';
result 1 status = PGRES_TUPLES_OK
error message = ""

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 = "server closed the connection unexpectedly
    This probably means the server terminated abnormally
    before or while processing the request.
"

command = SELECT 'after';
PQsendQuery() error: 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.
no connection to the server


It appears the "after" query is getting the error message from the 
previous cycle somehow.


The output in PG14 and PG13 is:

command = SELECT 'after';
PQsendQuery() error: no connection to the server


Is the change intended or do we need to think about more tweaking?



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

Предыдущее
От: Matheus Alcantara
Дата:
Сообщение: Re: Trying to add more tests to gistbuild.c
Следующее
От: Robert Haas
Дата:
Сообщение: Re: make MaxBackends available in _PG_init