Re: timezone GUC

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: timezone GUC
Дата
Msg-id 201109061914.p86JErB12776@momjian.us
обсуждение исходный текст
Ответ на Re: timezone GUC  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: timezone GUC
Список pgsql-hackers
Tom Lane wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
> > If you have the timezone configured to a non-default value in
> > postgresql.conf, and you comment it out and reload, it says:
> 
> > LOG:  parameter "TimeZone" removed from configuration file, reset to default
> 
> > ...but at least when I tested it, it didn't actually appear to reset
> > it to the default.
> 
> Hm, interesting.  guc-file.l thinks this will fix it in such cases:
> 
>         /* Now we can re-apply the wired-in default */
>         set_config_option(gconf->name, NULL, context, PGC_S_DEFAULT,
>                           GUC_ACTION_SET, true);
> 
> but for variables where the powerup default is "do nothing just yet",
> that, um, does nothing just yet.  The patch I just applied doesn't
> change this behavior.  I suspect that this "re-apply" logic also fails
> for cases where the intended default derives from environment variables.
> 
> Making this work as expected actually looks a bit nasty, because in the
> case where the config file entry was there at system bootup, we never
> did compute a state corresponding to its not being there.  So it's not
> just a matter of rolling back to some prior state.

Was this dealt with?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: memory-related bugs
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Clean up the #include mess a little.