diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2014-04-05 12:41:34 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2014-04-05 12:41:34 -0400 |
commit | cb11f4d8d5d7fd171621b8ee6262cd42bc4e9e07 (patch) | |
tree | 7145cab98c373461d9cce992270afa177b5ff3c5 /src/backend/access/gist/gistxlog.c | |
parent | af7738fe6a33523916a58ac7b276f9467566a439 (diff) | |
download | postgresql-cb11f4d8d5d7fd171621b8ee6262cd42bc4e9e07.tar.gz postgresql-cb11f4d8d5d7fd171621b8ee6262cd42bc4e9e07.zip |
Fix processing of PGC_BACKEND GUC parameters on Windows.
EXEC_BACKEND builds (i.e., Windows) failed to absorb values of PGC_BACKEND
parameters if they'd been changed post-startup via the config file. This
for example prevented log_connections from working if it were turned on
post-startup. The mechanism for handling this case has always been a bit
of a kluge, and it wasn't revisited when we implemented EXEC_BACKEND.
While in a normal forking environment new backends will inherit the
postmaster's value of such settings, EXEC_BACKEND backends have to read
the settings from the CONFIG_EXEC_PARAMS file, and they were mistakenly
rejecting them. So this case has always been broken in the Windows port;
so back-patch to all supported branches.
Amit Kapila
Diffstat (limited to 'src/backend/access/gist/gistxlog.c')
0 files changed, 0 insertions, 0 deletions