diff options
author | Michael Paquier <michael@paquier.xyz> | 2022-03-02 07:37:07 +0900 |
---|---|---|
committer | Michael Paquier <michael@paquier.xyz> | 2022-03-02 07:37:07 +0900 |
commit | dc57366c583685c4b2901f2ba69943f596b974ec (patch) | |
tree | b99f063a829919fb9efbecf7aac0b7ca6a7c681d /src/backend/utils/adt/numeric.c | |
parent | 9028cce426ba6e08ee5ef8fcaedb2445e6c08c75 (diff) | |
download | postgresql-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