getopt不填充optarg

Question

我正在尝试使用GNU getopt函数来解析C程序中的一些命令行参数。假设我打了以下电话：

./my_program -E 16 -t path/to/file

我目前的期望是，如果我有以下代码：

long arg;
int e_val;
char *t_str;
while ((arg = getopt(argc, argv, "E:t:")) != -1) {
    switch(arg) {
        case 'E':
            e_val = *optarg; // e_val = 16
            break;
        case 't':
            t_str = optarg;
            break;
    }
}

然后e_val将等于16，t_str将指向path/to/file。但是，我似乎不知道如何访问这些参数的实际值。当我在case 'E'中分配case 'E'时，optarg仍然是一个空指针：

Starting program: /stack/overflow/example -E 16 -t stackoverflow
Breakpoint 1, get_arguments (argc=5, argv=0x7fffffffe318) at stack_overflow.c:233
233       while ((arg = getopt(argc, argv, "E:t:")) != -1)
(gdb) n
235         switch (arg)
(gdb)
254             e_val = *optarg;
(gdb) p optarg
$6 = 0x0
(gdb) x/1xw optarg
0x0:    Cannot access memory at address 0x0
(gdb) p /x arg
$7 = 0x45 // ASCII for 'E'

为什么optarg没有被设定？如果optarg不是我应该用来获取16跟踪E的值，那么我应该使用什么呢？

最后，我简要地介绍了gdb中的getopt，由于某些原因，它似乎没有设置extern optarg变量。

回溯：

#0  _getopt_internal (argc=<value optimized out>, argv=<value optimized out>, optstring=<value optimized out>,
    longopts=<value optimized out>, longind=<value optimized out>, long_only=<value optimized out>, posixly_correct=0)
    at getopt.c:1135
#1  0x00007ffff7894138 in getopt (argc=<value optimized out>, argv=<value optimized out>, optstring=<value optimized out>)
    at getopt.c:1145
#2  0x0000000000400cd6 in get_arguments (argc=5, argv=0x7fffffffe318) at stackoverflow.c:233
#3  0x0000000000400875 in main (argc=5, argv=0x7fffffffe318) at stackoverflow.c:82

正在执行的代码：

(gdb) l
1130
1131      result = _getopt_internal_r (argc, argv, optstring, longopts,
1132                                   longind, long_only, &getopt_data,
1133                                   posixly_correct);
1134
1135      optind = getopt_data.optind;
1136      optarg = getopt_data.optarg;
1137      optopt = getopt_data.optopt;
1138
1139      return result;

optarg未被设定：

(gdb) n
1136      optarg = getopt_data.optarg;
(gdb)
1135      optind = getopt_data.optind;
(gdb) p optarg
$10 = 0x0
(gdb) p getopt_data.optarg
$11 = 0x7fffffffe60d "16"

注意，这里没有设置optarg并不是编译器优化的结果。我可以一路走回我的函数，它保持为空。

Answer 1

这不是一个真正的答案，但它太大了，不能作评论。

此代码在严格的编译选项下清晰地编译：

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

int main(int argc, char **argv)
{
    long arg;
    int e_val = -1;
    char *t_str = "pygmalion";
    while ((arg = getopt(argc, argv, "E:t:")) != -1)
    {
        switch (arg)
        {
        case 'E':
            e_val = atoi(optarg); // e_val = 16
            break;
        case 't':
            t_str = optarg;
            break;
        }
    }

    printf("e_val = %d\n", e_val);
    printf("t_str = %s\n", t_str);
    return 0;
}

编译和运行：

$ gcc -g -O3 -std=c11 -Wall -Wextra -Wmissing-prototypes -Wstrict-prototypes \
>     -Wold-style-definition -Wold-style-declaration -Werror go.c -o go
$ ./go -E 16 -t path/to/file
e_val = 16
t_str = path/to/file
$ ./go -E 16 
e_val = 16
t_str = pygmalion
$ ./go -t pygmalion
e_val = -1
t_str = pygmalion
$ ./go 
e_val = -1
t_str = pygmalion
$

Ubuntu 14.04 LTS导数与GCC 5.1.0的测试所以，从表面上看，代码大致是正确的。这反过来又表明问题在周围的代码中。有没有可能你正在链接的东西也定义了optarg

如果你接受我刚才展示的代码并运行它，你会得到什么？如果它起作用了，但你的大得多的程序不起作用，那么在你的更大的程序中有一些东西会在某种程度上引起麻烦。