Tom Lane wrote:
> Bruce Momjian writes:
> > Code comment patch applied. Thanks.
>
> The comment was in fact correct as it stood, though in different ways
> for the postmaster and backend --- in the postmaster it alludes to the
> fact that we only enable signals at one point in the postmaster loo
Bruce Momjian writes:
> Code comment patch applied. Thanks.
The comment was in fact correct as it stood, though in different ways
for the postmaster and backend --- in the postmaster it alludes to the
fact that we only enable signals at one point in the postmaster loop.
Code comment patch applied. Thanks.
---
Markus Bertheau wrote:
> 2006/3/6, Tom Lane <[EMAIL PROTECTED]>:
> >
> > The comment is referring to the control flow in a backend; you're
> > looking at the postmaster's sighup handl
2006/3/6, Tom Lane <[EMAIL PROTECTED]>:
>
> The comment is referring to the control flow in a backend; you're
> looking at the postmaster's sighup handler, which is different.
Then the following comment patch is appropriate, afaics.
Markus Bertheau
Index: src/include/utils/guc.h
=
"Markus Bertheau" <[EMAIL PROTECTED]> writes:
> SIGHUP_handler() calls ProcessConfigFile() which calls
> ParseConfigFile() which reads postgresql.conf.
> For me that means that postgresql.conf in read in the signal handler,
> which contradicts the claim in the README. Where's my error?
The commen
Hi,
src/backend/utils/misc/README says
"
If SIGHUP is received, the GUC code rereads the postgresql.conf
configuration file (this does not happen in the signal handler, but at
next return to main loop; note that it can be executed while within a
transaction).
"
SIGHUP_handler() calls ProcessConf