Re: Parsing config files in a directory

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Parsing config files in a directory
Дата
Msg-id 603c8f070910251515n125c6964ofb59a736b601fe90@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Parsing config files in a directory  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Parsing config files in a directory  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Sun, Oct 25, 2009 at 6:06 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> I don't really understand this.  What usage habits do we need to
>> change?
>
> The assumption that it's okay to document what you've done with
> something like
>
>        # work_mem = '1GB'
>        # changed to give saner behavior 10/25/08
>        work_mem = '10MB'
>
>> The problem is that people expect that the setting for some
>> GUC is going to be near the comment block that describes that GUC.
>
> Or more generally, that the comments they've put next to a setting
> are going to stay next to it.  Once again: this isn't about the
> instructions.

I just don't buy it.  With the instructions in the file, a program
that rewrites the file will fail miserably on every installation out
there (or will be full of logic that tries, futilely, to parse the
comments).  With the instructions out of the file, a program that
rewrites the file will work just fine on all installations except
those that have chosen to do the thing you describe above.  And we can
tell people "don't do that any more, because it'll mess up the
automated tools".

...Robert


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Parsing config files in a directory
Следующее
От: Devrim GÜNDÜZ
Дата:
Сообщение: License clarification: BSD vs MIT