diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2014-04-05 12:41:25 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2014-04-05 12:41:25 -0400 |
commit | 6862ca6970d11c47996d99e49a1cf8b55ef9b40d (patch) | |
tree | ebe9b0d151a1a12ff69e60ee50f6c1639956fbf1 /src/backend/access/gist/gistxlog.c | |
parent | 44c5d387eafb4ba1a032f8d7b13d85c553d69181 (diff) | |
download | postgresql-6862ca6970d11c47996d99e49a1cf8b55ef9b40d.tar.gz postgresql-6862ca6970d11c47996d99e49a1cf8b55ef9b40d.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