não getopt não analisar os argumentos opcionais para parâmetros

Question

Em C, getopt_long não analisa os argumentos opcionais para parâmetros de linha de comando parâmetros.

Quando eu executar o programa, o argumento opcional não é reconhecido como o exemplo de execução abaixo.

$ ./respond --praise John
Kudos to John
$ ./respond --blame John
You suck !
$ ./respond --blame
You suck !

Aqui está o código de teste.

#include <stdio.h>
#include <getopt.h>

int main(int argc, char ** argv )
{
    int getopt_ret, option_index;
    static struct option long_options[] = {
               {"praise",  required_argument, 0, 'p'},
               {"blame",  optional_argument, 0, 'b'},
               {0, 0, 0, 0}       };
    while (1) {
        getopt_ret = getopt_long( argc, argv, "p:b::",
                                  long_options,  &option_index);
        if (getopt_ret == -1) break;

        switch(getopt_ret)
        {
            case 0: break;
            case 'p':
                printf("Kudos to %s\n", optarg); break;
            case 'b':
                printf("You suck ");
                if (optarg)
                    printf (", %s!\n", optarg);
                else
                    printf ("!\n", optarg);
                break;
            case '?':
                printf("Unknown option\n"); break;
        }
    } 
    return 0;
}

Answer 1

Apesar de não ser mencionado na documentação glibc ou página homem getopt, argumentos opcionais para parâmetros de linha de comando longa estilo require 'sinal de igual' (=). Espaço que separa o argumento opcional a partir do parâmetro não funciona.

Um exemplo de execução com o código de teste:

$ ./respond --praise John
Kudos to John
$ ./respond --praise=John
Kudos to John
$ ./respond --blame John
You suck !
$ ./respond --blame=John
You suck , John!

Answer 2

A página man certamente não documentá-lo muito bem, mas o código-fonte ajuda um pouco.

Resumidamente: você deveria fazer algo como o seguinte (embora isso possa ser um pouco over-pedante):

if(   !optarg
   && optind < argc // make sure optind is valid
   && NULL != argv[optind] // make sure it's not a null string
   && '\0' != argv[optind][0] // ... or an empty string
   && '-' != argv[optind][0] // ... or another option
  ) {
  // update optind so the next getopt_long invocation skips argv[optind]
  my_optarg = argv[optind++];
}
/* ... */

De entre os comentários anteriores _getopt_internal:

...

Se getopt encontra outro personagem opção, ele retorna esse personagem, atualização optind e nextchar para que a próxima chamada para getopt lata retomar a varredura com o seguinte caráter opção ou ARGV-elemento.

Se não houver mais caracteres de opção, getopt retorna -1. Então optind é o índice em ARGV do primeiro elemento ARGV- Isso não é uma opção. (Os elementos-ARGV foram permutados de modo que aqueles que não são opções agora vir por último.) <-- a note from me: if the 3rd argument to getopt_long starts with a dash, argv will not be permuted

...

Se um caractere em texto_opções é seguido por dois pontos, o que significa que quer um arg, de modo que o texto a seguir no mesmo ARGV-elemento, ou o texto do seguinte ARGV-elemento, é devolvido em optarg. Dois dois pontos significa uma opção que quer uma arg opcional; se houver texto na atual ARGV-elemento, é devolvido em optarg, caso contrário optarg é definido como zero .

...

... que você tem que fazer alguma leitura entre as linhas. A seguir faz o que quiser:

#include <stdio.h>
#include <getopt.h>

int main(int argc, char* argv[] ) {
  int getopt_ret;
  int option_index;
  static struct option long_options[] = {
      {"praise",  required_argument, 0, 'p'}
    , {"blame",  optional_argument, 0, 'b'}
    , {0, 0, 0, 0}
  };

  while( -1 != ( getopt_ret = getopt_long(  argc
                                          , argv
                                          , "p:b::"
                                          , long_options
                                          , &option_index) ) ) {
    const char *tmp_optarg = optarg;
    switch( getopt_ret ) {
      case 0: break;
      case 1:
        // handle non-option arguments here if you put a `-`
        // at the beginning of getopt_long's 3rd argument
        break;
      case 'p':
        printf("Kudos to %s\n", optarg); break;
      case 'b':
        if(   !optarg
           && NULL != argv[optindex]
           && '-' != argv[optindex][0] ) {
          // This is what makes it work; if `optarg` isn't set
          // and argv[optindex] doesn't look like another option,
          // then assume it's our parameter and overtly modify optindex
          // to compensate.
          //
          // I'm not terribly fond of how this is done in the getopt
          // API, but if you look at the man page it documents the
          // existence of `optarg`, `optindex`, etc, and they're
          // not marked const -- implying they expect and intend you
          // to modify them if needed.
          tmp_optarg = argv[optindex++];
        }
        printf( "You suck" );
        if (tmp_optarg) {
          printf (", %s!\n", tmp_optarg);
        } else {
          printf ("!\n");
        }
        break;
      case '?':
        printf("Unknown option\n");
        break;
      default:
        printf( "Unknown: getopt_ret == %d\n", getopt_ret );
        break;
    }
  }
  return 0;
}

Answer 3

Eu também corri para o mesmo problema e veio aqui. Então eu percebi isso. Você não tem muito de um caso de uso de "optional_argument". Se uma opção for necessário você verificar a partir da lógica do programa, se uma opção é opcional, então você não precisa fazer nada, porque a nível getopt todas as opções são opcionais, eles não são obrigatórios, por isso não há caso de uso de "optional_argument". Espero que isso ajude.

ps: para o exemplo acima eu acho que as opções corretas são --praise --praise-name "nome" --blame --blame-name "nome"

Answer 4

Se você escrever o argumento ao lado do parâmetro sem carácter de espaço nem igual também trabalha. Por exemplo:

$ ./respond --blameJohn
You suck John!