aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/numeric.c
diff options
context:
space:
mode:
authorMichael Paquier <michael@paquier.xyz>2022-03-02 07:37:07 +0900
committerMichael Paquier <michael@paquier.xyz>2022-03-02 07:37:07 +0900
commitdc57366c583685c4b2901f2ba69943f596b974ec (patch)
treeb99f063a829919fb9efbecf7aac0b7ca6a7c681d /src/backend/utils/adt/numeric.c
parent9028cce426ba6e08ee5ef8fcaedb2445e6c08c75 (diff)
downloadpostgresql-dc57366c583685c4b2901f2ba69943f596b974ec.tar.gz
postgresql-dc57366c583685c4b2901f2ba69943f596b974ec.zip
Fix check for PGHOST[ADDR] in pg_upgrade with Windows and temporary paths
The checks currently done at the startup of pg_upgrade on PGHOST and PGHOSTADDR to avoid any attempts to access to an external cluster fail setting those parameters to Windows paths or even temporary paths prefixed by an '@', as it only considers as a valid path strings beginning with a slash. As mentioned by Andres, is_unixsock_path() is designed to detect such cases, so, like any other code paths dealing with the same problem (psql and libpq), use it rather than assuming that all valid paths are prefixed with just a slash. This issue has been found while testing the TAP tests of pg_upgrade through the CI on Windows. This is a bug, but nobody has complained about it since pg_upgrade exists so no backpatch is done, at least for now. Analyzed-by: Andres Freund, Michael Paquier Discussion: https://postgr.es/m/YeYj4DU5qY/rtKXT@paquier.xyz
Diffstat (limited to 'src/backend/utils/adt/numeric.c')
0 files changed, 0 insertions, 0 deletions