Subject: Re: RFC: getopt_long(3) change
To: None <firstname.lastname@example.org>
From: Christos Zoulas <email@example.com>
Date: 06/28/2007 02:56:13
In article <20070627171355.GA27575@NetBSD.org>,
Brian Ginsbach <ginsbach@NetBSD.org> wrote:
>On Tue, Jun 26, 2007 at 05:03:45PM -0500, M Graff wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> I also found a problem when using some package (id3v2 I think) which has
>> options like:
>> The problem is, --list is treated as 'ambiguous' even though it is an
>> EXACT match. Ideally, the code should search for an exact match first,
>> then resort to trying to find the only option that begins with that
>> string second. It can remember strings it finds along the way, of
>> course, so the best match is always found without walking the list twice.
>The proposed patch fixes this problem too.
>The current getopt_long(3) works only if the long option array
>passed has "list" before the longer "list-frames" and "list-genres".
>Again this seems to violate POLA.
Let's fix it then!