c - 将 wordexp 的输出提供给 getopt_long 会使我的 linux cli 应用程序崩溃

Question

我正在尝试创建一个小型 Linux 命令行应用程序。可以通过在调用应用程序时传递参数来运行应用程序，我使用 getopt() 对其进行解析。

可以选择以交互模式运行此应用程序，在这种情况下会显示一个小菜单，用户应该能够输入与他们在运行应用程序时添加的选项类似的选项。

为了避免在交互模式下创建不同的解析器，我想将键盘输入解析为 argc 和 argv，并将其提供给同一个 getopt() 函数。

我创建的 c 函数的概念证明如下:

void menuDlg()
{
    char kbinput[256];
    wordexp_t we;
    char **argAr;
    int argCount = 0 ,i,er=0;

    printf("showing menu options\n");
    //...
    //...

    ///grab keyboard input
    fgets(kbinput,256,stdin);

    ///the "\n" in kbinput breaks we 
    ///and we.we_wordc return weird value, 
    ///so we need to remove it
    for (i=0; i<256; i++)
    {
        if (kbinput[i]=='\n')
        {
            kbinput[i]='\0';
            break;
        }
    }
    printf("you typed |%s|\n",kbinput);

    we.we_offs = 0;
    if ( (er=wordexp(kbinput, &we, 0)) != 0)
    {
        printf("error in word expansion %d\n",er);
    }
    argAr = we.we_wordv;
    argCount = we.we_wordc;
    printf("we.c=%u\n",we.we_wordc);

    main_dialog( argCount, argAr );

    wordfree(&we);
}

是 main_dialog() 解析 cli 选项

void main_dialog( int argc, char* argv[] )
{
    while ( (ch = getopt_long(argc, argv, "yscvh", longopts, NULL)) != -1 )
    switch (ch)
    {
     ...
    }
}

但是当我运行它时，我的应用程序在对 getopt_long() 的调用中崩溃了。

我读到 argv 应该有一个 null 的最终条目。所以对于参数 "foo bar"，我们有 argc=2 ，但是 argv[0]="foo"、 argv[1]="bar"和 argv[2]='\0' 。在 wordexp documentation它几乎没有说明 we_wordv 的内部结构(即关于尾部 NULL 数组条目)，所以我不知道这是否是问题所在。

这会是问题的根源吗？是否有另一个 glib 函数可以满足我的需要？

谢谢

Answer 1

^{将评论转化为答案——然后扩展想法。}

• 你有没有用过getopt()或 getopt_long()在调用 main_dialog() 中的代码之前？如果是这样，您可能需要重新初始化它们，以便它们从当前参数列表的开头开始，而不是继续使用原始参数列表。

并不总是很清楚如何进行重置。

BSD (Mac OS X) 文档:

In order to use getopt() to evaluate multiple sets of arguments, or to evaluate a single set of arguments multiple times, the variable optreset must be set to 1 before the second and each additional set of calls to getopt(), and the variable optind must be reinitialized.

它还记录了额外的变量:extern int optreset;

其他系统没有清楚地记录需要做什么。请注意 getopt() 的 POSIX 规范具体说明(添加了强调):

The variable optind is the index of the next element of the argv[] vector to be processed. It shall be initialized to 1 by the system, and getopt() shall update it when it finishes with each element of argv[]. If the application sets optind to zero before calling getopt(), the behavior is unspecified. When an element of argv[] contains multiple option characters, it is unspecified how getopt() determines which options have already been processed.

因此，您可能需要进行试验才能找到有效的方法。

从response comment来看, 有时设置 optind = 0;将工作(这似乎适用于 Linux)。目前还不清楚它是否适用于任何地方(POSIX 说它可能不会)；使用前测试!

你可以尝试像这样的程序，我称之为 getopt-test.c :

#include <stdio.h>
#include <unistd.h>

static void dump_getopt_state(const char *tag)
{
    printf("%s:\n", tag);
    printf("optind = %d, ", optind);
    printf("opterr = %d, ", opterr);
    printf("optopt = %d, ", optopt);
    printf("optarg = %p\n", (void *)optarg);
}

int main(int argc, char **argv)
{
    int opt;
    dump_getopt_state("Initial");
    char tag[32];

    while ((opt = getopt(argc, argv, "ab:cd:")) != -1)
    {
        switch (opt)
        {
        case 'a':
        case 'c':
            sprintf(tag, "Option %c", opt);
            break;
        case 'b':
        case 'd':
            sprintf(tag, "Option %c", opt);
            printf("Argument: %s\n", optarg);
            break;
        }
        dump_getopt_state(tag);
    }

    dump_getopt_state("Final");
    return 0;
}

示例输出(Mac OS X 10.10.4):

$ getopt-test
Initial:
optind = 1, opterr = 1, optopt = 0, optarg = 0x0
Final:
optind = 1, opterr = 1, optopt = 0, optarg = 0x0
$ getopt-test -a
Initial:
optind = 1, opterr = 1, optopt = 0, optarg = 0x0
Option a:
optind = 2, opterr = 1, optopt = 97, optarg = 0x0
Final:
optind = 2, opterr = 1, optopt = 97, optarg = 0x0
$ getopt-test -ac
Initial:
optind = 1, opterr = 1, optopt = 0, optarg = 0x0
Option a:
optind = 1, opterr = 1, optopt = 97, optarg = 0x0
Option c:
optind = 2, opterr = 1, optopt = 99, optarg = 0x0
Final:
optind = 2, opterr = 1, optopt = 99, optarg = 0x0
$ 

注意处理 a 后的状态-ac 的选项.唯一可见的状态变化在 optopt 中。 , 很可能修改 optopt不会触发复位。设置optind归零可能会奏效，但 optind 的官方值(value)在程序启动时是 1 .

这也是为什么全局变量不好的一个实例。

另请注意，如果您更改 argc 的值，将会发生什么情况尚不清楚。和 argv在调用 getopt() 之间.规范并未说明每次值都应相同，但如果您不将代码重置为起点，则可能会出现困惑。

我的代码的输出格式可以改进为打印 optopt作为 2 位十六进制值。如果 : 可能会更好作为标签的一部分传递给转储函数；那么第一次打印可能是:printf("%-.12s ", tag)所以一切都一致。 optarg 的值是长度最有可能变化的那个；这就是为什么它是最后一个。