aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistutil.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2014-04-05 12:41:31 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2014-04-05 12:41:31 -0400
commitbdc3e95c2ae6362219ee182fbf3bd03e8f8c2ea5 (patch)
treef0eb9114f338572c71e7a337fd911215ecc43eaf /src/backend/access/gist/gistutil.c
parent1a496a12b3a85764ac87009220e2d5adf0dfb765 (diff)
downloadpostgresql-bdc3e95c2ae6362219ee182fbf3bd03e8f8c2ea5.tar.gz
postgresql-bdc3e95c2ae6362219ee182fbf3bd03e8f8c2ea5.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/gistutil.c')
0 files changed, 0 insertions, 0 deletions