Re: initdb's -c option behaves wrong way?

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: initdb's -c option behaves wrong way?
Дата
Msg-id 202401171615.uzdmkozzvo6x@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: initdb's -c option behaves wrong way?  (Daniel Gustafsson <daniel@yesql.se>)
Ответы Re: initdb's -c option behaves wrong way?
Список pgsql-hackers
On 2024-Jan-16, Daniel Gustafsson wrote:

> > On 28 Sep 2023, at 09:49, Kyotaro Horiguchi <horikyota.ntt@gmail.com> wrote:
> 
> > I noticed that -c option of initdb behaves in an unexpected
> > manner. Identical variable names with variations in letter casing are
> > treated as distinct variables.
> > 
> > $ initdb -cwork_mem=100 -cWORK_MEM=1000 -cWork_mem=2000
> 
> > The original intention was apparently to overwrite the existing
> > line. Furthermore, I surmise that preserving the original letter
> > casing is preferable.
> 
> Circling back to an old thread, I agree that this seems odd and the original
> thread [0] makes no mention of it being intentional.

Hmm, how about raising an error if multiple options are given targetting
the same GUC?

-- 
Álvaro Herrera        Breisgau, Deutschland  —  https://www.EnterpriseDB.com/



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

Предыдущее
От: "Tristan Partin"
Дата:
Сообщение: Re: Add pgindent test to check if codebase is correctly formatted
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: psql JSON output format