Fix error handling with threads on OOM in ECPG connection logic
authorMichael Paquier <[email protected]>
Mon, 13 Sep 2021 04:24:56 +0000 (13:24 +0900)
committerMichael Paquier <[email protected]>
Mon, 13 Sep 2021 04:24:56 +0000 (13:24 +0900)
commit3768c468df58ed23588e93c37c94a716116f0cd8
tree1d737efaa1b61e859e6e6deca83a06f100fa3d16
parentec89d7acedcd84d51d4868f9763183fe9005f46b
Fix error handling with threads on OOM in ECPG connection logic

An out-of-memory failure happening when allocating the structures to
store the connection parameter keywords and values would mess up with
the set of connections saved, as on failure the pthread mutex would
still be hold with the new connection object listed but free()'d.

Rather than just unlocking the mutex, which would leave the static list
of connections into an inconsistent state, move the allocation for the
structures of the connection parameters before beginning the test
manipulation.  This ensures that the list of connections and the
connection mutex remain consistent all the time in this code path.

This error is unlikely going to happen, but this could mess up badly
with ECPG clients in surprising ways, so backpatch all the way down.

Reported-by: ryancaicse
Discussion: https://postgr.es/m/17186-b4cfd8f0eb4d1dee@postgresql.org
Backpatch-through: 9.6
src/interfaces/ecpg/ecpglib/connect.c