Marko Kreen writes:
> I have not fixed the '-o -F', for which the reason is that
> 'fsync' var has in guc.c context of PGC_SIGHUP. Another
> such variable is 'log_connections' - it has PGC_SIGHUP
> and in same time is command-line settable.
>
> How should this be fixed? Simpliest would be to change those
> to PGC_BACKEND.
No. PGC_BACKEND settings have no permission check, because users can pass
them in from the client with the PGOPTIONS environment variable. The fix
might involve a non-trivial rearrangement of the way PGOPTIONS is
processed (might be impossible, because PGC_BACKEND might be useless if
the setting will only happen after the first table access (pg_shadow)) or
another context level (might be too much work for one case). At the
moment you might want to just cheat and fix the context at PGC_POSTMASTER
for this particular case.
> But what exactly means PGC_SIGHUP in ConfigureNames arrays? ATM I am
> confused. In set_config_option it seems it should equal to either
> PGC_BACKEND or PGC_POSTMASTER only has different error handling. But
> why PGC_SIGHUP in ConfigureNames?
See include/utils/guc.h
--
Peter Eisentraut peter_e@gmx.net http://funkturm.homeip.net/~peter