Fix PQport to never return NULL unless the connection is NULL.
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 17 Jul 2025 16:46:38 +0000 (12:46 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 17 Jul 2025 16:46:59 +0000 (12:46 -0400)
commit9dcd1aa815f5911bc7d526cdfee85ae493b5e12c
treedef53a046dd29535c2a4dd8b4654dda1d4dc9f22
parent43cd8596275502c9e1da6024dedd90447535b371
Fix PQport to never return NULL unless the connection is NULL.

This is the documented behavior, and it worked that way before
v10.  However, addition of the connhost[] array created cases
where conn->connhost[conn->whichhost].port is NULL.  The rest
of libpq is careful to substitute DEF_PGPORT[_STR] for a null
or empty port string, but we failed to do so here, leading to
possibly returning NULL.  As of v18 that causes psql's \conninfo
command to segfault.  Older psql versions avoid that, but it's
pretty likely that other clients have trouble with this,
so we'd better back-patch the fix.

In stable branches, just revert to our historical behavior of
returning an empty string when there was no user-given port
specification.  However, it seems substantially more useful and
indeed more correct to hand back DEF_PGPORT_STR in such cases,
so let's make v18 and master do that.

Author: Daniele Varrazzo <daniele.varrazzo@gmail.com>
Reviewed-by: Laurenz Albe <laurenz.albe@cybertec.at>
Reviewed-by: Tom Lane <tgl@sss.pgh.pa.us>
Discussion: http://postgr.es/m/CA+mi_8YTS8WPZPO0PAb2aaGLwHuQ0DEQRF0ZMnvWss4y9FwDYQ@mail.gmail.com
Backpatch-through: 13
src/interfaces/libpq/fe-connect.c
src/interfaces/libpq/libpq-int.h