Re: unrecognized option '--help - Mailing list pgsql-bugs

From Tom Lane
Subject Re: unrecognized option '--help
Date
Msg-id 21331.1432261497@sss.pgh.pa.us
Whole thread Raw
In response to Re: unrecognized option '--help  (Andres Freund <andres@anarazel.de>)
Responses Re: unrecognized option '--help  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: unrecognized option '--help  (Michael Paquier <michael.paquier@gmail.com>)
List 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 by date:

Previous
From: Andres Freund
Date:
Subject: Re: unrecognized option '--help
Next
From: Alvaro Herrera
Date:
Subject: Re: unrecognized option '--help