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 по дате отправления: