Re: Re: [COMMITTERS] pgsql: Don't override arguments set via options with positional argumen

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: Re: [COMMITTERS] pgsql: Don't override arguments set via options with positional argumen
Дата
Msg-id 4F8ECF3C.8040902@dunslane.net
обсуждение исходный текст
Ответ на Re: Re: [COMMITTERS] pgsql: Don't override arguments set via options with positional argumen  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers

On 04/18/2012 10:03 AM, Peter Eisentraut wrote:
> On ons, 2012-04-18 at 09:53 -0400, Tom Lane wrote:
>> Peter Eisentraut<peter_e@gmx.net>  writes:
>>> My vote is to revert this altogether and leave it be.  In the
>>> alternative, make it an error.
>> You mean in HEAD too?  I don't agree with that, for sure.  What this
>> patch is accomplishing is to make sure that the less-commonly-used
>> programs have similar command-line-parsing behavior to psql and pg_dump,
>> where we long ago realized that failure to check this carefully could
>> result in very confusing behavior.  (Especially on machines where
>> getopt is willing to rearrange the command line.)
> OK, if you care strongly about that, make it an error.  But don't just
> ignore things.


It won't be ignored. It will be caught by the "too many arguments" logic.

The case where repeated arguments should be disallowed is a similar but 
different case that probably demands a much larger patch. I don't think 
its existence militates against this fix, however.


>
>> I agree with Andrew that this is a bug fix.  I can see the argument
>> for not applying it to back branches, but not for declaring that it's
>> not a bug.
> We shouldn't be backpatching things that are merely confusing.  It works
> as designed at the time, after all.  Improvements belong in master.
>


If it was really intended to work this way then that's a piece of very 
poor design, IMNSHO. It looks to me much more like it was just an 
oversight.

I don't have terribly strong feelings about this, since we've not had 
lots of complaints over the years, so I'll revert it in the back branches.

cheers

andrew


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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Bug tracker tool we need
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Bug tracker tool we need