Re: unrecognized option '--help

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: unrecognized option '--help
Дата
Msg-id 21331.1432261497@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: unrecognized option '--help  (Andres Freund <andres@anarazel.de>)
Ответы Re: unrecognized option '--help  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: unrecognized option '--help  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-bugs
Andres Freund <andres@anarazel.de> writes:
> On 2015-05-21 21:59:56 -0400, Tom Lane wrote:
>> This use-case is only going to work reliably if --help is recognized
>> regardless of what's in front of it.  Otherwise, if you're right in
>> suspecting that you got something wrong, getopt parsing will fail
>> before it gets to your --help --- and what it will print is "please
>> use --help", which is exactly the symptom being complained of here.

> I don't think it really is the symptom complained about here. Right now
> "vacuumdb dbname --verbose" works (i.e. recognizes verbose as an
> option), whereas "vacuumdb dbname --help" doesn't. The latter is what's
> complained about here. And the reason for that is that
> --help/-?/--version/-v aren't part of the getopt_long() call.

Meh.  I don't particularly object to including --help in the switch set
recognized in getopt_long ... but I doubt that that will actually fix
Alvaro's scenario.

Note that we should not rip out the existing code, because part of the
reason for that is that it acts before any of the other stuff that runs
before getopt parsing starts, eg the postmaster's refusal to run if you're
root.

            regards, tom lane

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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: unrecognized option '--help
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: unrecognized option '--help