大家好。
  我在开发一个命令行处理工具，其中使用getopt_long()函数来处理用户的多选项输入，但是发现如果输入一条命令比较长的时候，第一次可以执行成功，但是第二次就不能执行成功，第三次可以成功，第四次又不能，这样循环往复。具体现象如下：
> lanconfig --lan_ipaddr 192.168.10.209 （用户输入的命令）
done!  （这是执行成功后我自己的调试信息）
> lanconfig --lan_ipaddr 192.168.10.209  （再执行一遍同样的命令）
lanconfig: unrecognized option '--09'  (这一行是getopt_long()输出的错误信息）

我不明白为什么该函数在第二次调用时，居然找到一个"--09"的选项。我怀疑是我用了某个全局变量但是没有重新初始化导致的，后来在社区找到一个05年的帖，有类似的问题，这位大侠是用下面的语句清理了几个变量：
              __getopt_initialized = 0;  //如果是1的话是不会获取optstring   
            last_nonopt = 1;   //后一个参数把他重置回第一个   
              first_nonopt = 1;   //前一个参数把他重置回第一个   
              optind = 1;   //初始argv[]，可以为0，不过程序是不读取argv[0] 
但是除了最后的optind是全局变量之外，其他三个参数都是getopt.c内部的静态变量，外部引用都会报“引用了没有定义的变量”错误，而我自己的程序中在调用前的确是将optind重置为1了。 

开发的系统环境是Fadora 7，GCC版本是3.4.6，程序的主流程如下：
int main（）
{
    while(1)
    {
        等待用户输入命令;
        分析输入命令到argc,argv变量中;
        optind = 1;
        result = getopt_long(argc, argv, ...);
        根据result处理;
    }
}
程序对照一些范例做过自检，流程上没有问题，因为在命令不太长的时候可以正确执行，并且optstring、option结构都没有错。

希望各位能给我一些指点或者建议，谢谢大家。

看了下你的现象。感觉不是getopt_long函数的问题。因为现象太过明显，如果是getopt_long函数的bug的话，早就报出来解决掉了。
是否你使用了过多的全局变量，或者有越界操作？或者，是否你的变量有需要初始化，但是你没做？

等下我做个例子，把lanconfig --lan_ipaddr 192.168.10.209  解析一下。稍等。大概半小时。

好像不能这么用getopt_long吧。
从来就没有想过可以这么使用getopt_long

没注意过，明天试一下

帮顶

应该是这么写吧
int c;
...
while ((c = getopt(argc, argv, ":af:hv")) != -1) {
根据result处理;
...
}