Avoid using SplitIdentifierString to parse ListenAddresses, too.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 13 Nov 2019 18:51:58 +0000 (13:51 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 13 Nov 2019 18:51:58 +0000 (13:51 -0500)
commit7bf40ea0d028e6dc49c152e5820a65d69b74b409
treeb4c98272e1f33b480c7e6c97e064688004812e21
parent7618eaf5f315f53619b718e571cd2a2020fb0226
Avoid using SplitIdentifierString to parse ListenAddresses, too.

This gets rid of our former behavior of forcibly downcasing
the postmaster's hostname list and truncating the elements to
NAMEDATALEN.  In principle, DNS hostnames are case-insensitive
so the first behavior should be harmless, and server hostnames
are seldom long enough for the second behavior to be an issue.
But it's still dubious, and an easy fix is available: just use
SplitGUCList instead.

AFAICT, all other SplitIdentifierString calls in the backend are
OK: either the items actually are SQL identifiers, or they are
keywords that are short and case-insensitive.

Per thinking about bug #16106.  While this has been wrong for
a very long time, the lack of field complaints means there's
little reason to back-patch.

Discussion: https://postgr.es/m/16106-7d319e4295d08e70@postgresql.org
src/backend/postmaster/postmaster.c