Re: libpq async duplicate error results - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: libpq async duplicate error results
Date
Msg-id de57761c-b99b-3435-b0a6-474c72b1149a@enterprisedb.com
Whole thread Raw
In response to Re: libpq async duplicate error results  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: libpq async duplicate error results
List 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 by date:

Previous
From: Matheus Alcantara
Date:
Subject: Re: Trying to add more tests to gistbuild.c
Next
From: Robert Haas
Date:
Subject: Re: make MaxBackends available in _PG_init