aboutsummaryrefslogtreecommitdiff
path: root/src/backend/jit/llvm/llvmjit.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2021-09-13 16:53:11 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2021-09-13 16:53:11 -0400
commit138531f1bbc333745bd8422371c07e7e108d5528 (patch)
tree25117937f630c63f46d87b10a16f921075fc53ce /src/backend/jit/llvm/llvmjit.c
parent1882d6cca161dcf9fa05ecab5abeb1a027a5cfd2 (diff)
downloadpostgresql-138531f1bbc333745bd8422371c07e7e108d5528.tar.gz
postgresql-138531f1bbc333745bd8422371c07e7e108d5528.zip
Clear conn->errorMessage at successful completion of PQconnectdb().
Commits ffa2e4670 and 52a10224e caused libpq's connection-establishment functions to usually leave a nonempty string in the connection's errorMessage buffer, even after a successful connection. While that was intentional on my part, more sober reflection says that it wasn't a great idea: the string would be a bit confusing. Also this broke at least one application that checked for connection success by examining the errorMessage, instead of using PQstatus() as documented. Let's clear the buffer at success exit, restoring the pre-v14 behavior. Discussion: https://postgr.es/m/4170264.1620321747@sss.pgh.pa.us
Diffstat (limited to 'src/backend/jit/llvm/llvmjit.c')
0 files changed, 0 insertions, 0 deletions