【问题标题】:GNU getopt not populating optargGNU getopt 不填充 optarg
【发布时间】:2015-06-17 21:25:20
【问题描述】:

我正在尝试使用 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' 中分配e_val 时,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 不是我应该用来在E 之后获得16 的值,那么我应该使用什么?

作为最后一点,我用 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 不是由于编译器优化。我可以一直返回到我的函数并且它保持为空。

【问题讨论】:

  • optarg 指向字符串16;当你使用e_val = *optarg; 时,你会得到存储的值 49(1 的 ASCII 码)。使用atoi()strtol()optarg 转换为数字。
  • 嗯,为什么optarg 在我的gdb 代码中是null?与外部变量有关吗?
  • 我不确定。我的评论只是部分相关......当我有自己的 getopt() 代码时,我也经历过类似的挫折,并且对正在使用的全局变量集感到困惑,但这不应该是你的问题。
  • 啊,好吧。是的,从我的角度来看应该没关系。我没有在我的代码中的任何地方声明任何这些变量,因此从getopt 的角度来看,不应该有任何全局混淆。
  • 您能否将代码简化为 MCVE (Minimal, Complete, Verifiable Example)?您使用哪个标头来声明 getopt()?你在哪个平台?您使用什么命令行来编译代码?您似乎正在观察的空指针非常奇怪......当您看到分配显然正在执行但未达到您的预期时,双重如此。你试过在各个地方打印optarg的地址吗?这是一个全球性的;它应该到处都是一样的。

标签: c getopt


【解决方案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
$

在带有 GCC 5.1.0 的 Ubuntu 14.04 LTS 衍生版本上进行测试。因此,从表面上看,代码大致正确。这反过来表明问题出在周围的代码中。你链接的东西是否有可能也定义了optarg

如果您使用我刚刚展示的代码并运行它,您会得到什么?如果它有效,但您的更大的程序却没有,那么您更大的程序中的某些东西会以某种方式造成问题。

【讨论】:

  • 我拥有的其他标题都不应该影响这一点。我将此答案标记为正确,因为我觉得根本原因是由于底层硬件或操作系统(考虑到它们归我就读的大学所有,这很可能是非标准的)。我尝试在不同的 VM 上编译我的代码,它看起来不错(添加您的 atoi 修复后)。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2013-09-27
  • 1970-01-01
  • 1970-01-01
  • 2016-11-07
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多