Re: guc.c and postgresql.conf.sample constistency check
От | Ron Snyder |
---|---|
Тема | Re: guc.c and postgresql.conf.sample constistency check |
Дата | |
Msg-id | F888C30C3021D411B9DA00B0D0209BE803BB9A77@cvo-exchange.cvo.roguewave.com обсуждение исходный текст |
Ответы |
Re: guc.c and postgresql.conf.sample constistency check
|
Список | pgsql-patches |
> > The catch is that some of these options (lc_*) are supposed > to be absent, > so it's not as easy as it seems. Hmm. Are you saying that lc_* are being pulled out of code, so shouldn't be in postgresql.conf.sample, or that they're staying in code but still shouldn't be in postgresql.conf.sample? According to guc.c, lc_* (except for lc_messages) are all PGC_USERSET, and lc_messages is PGC_SUSET. Do those preclude the admin from setting defaults? (Or is it that you don't want to suggest that they can be changed easily? initdb wouldn't have to be to be re-run after changing the lc_* settings, would it?) Here's a bit from guc.h: * SUSET options can be set at postmaster startup, with the SIGHUP * mechanism, or from SQL if you're a superuser. These options cannot * be set using the PGOPTIONS mechanism, because there is not check as * to who does this. * * USERSET options can be set by anyone any time. -ron (just trying to learn and contribute) > > -- > Peter Eisentraut peter_e@gmx.net >
В списке pgsql-patches по дате отправления: