关于execlp的一些参考文献:修订间差异
(创建页面,内容为“无意中看到一篇关于C语言execlp函数的参数解释文章,有点有趣,mark! [http://bachue.is-programmer.com/posts/21611.html 原文] 复制粘贴…”) |
(后记完善,加入我的看法) |
||
(未显示同一用户的1个中间版本) | |||
第104行: | 第104行: | ||
8 | 8 | ||
|<code>int | |<code>int main(int num_args,const char* args[])</code> | ||
<code>{</code> | <code>{</code> | ||
第122行: | 第122行: | ||
在终端而不是IDE里运行这个程序,运行的时候给他带点参数,结果自己打的命令出现的在args[0]的位置,后面的参数出现在了args[1],args[2],args[3]....的位置,可见C程序总会把你运行这个程序用的命令传入args[0]。这样这个问题就解开了。execlp第一个参数是让程序从PATH中找到指定程序运行,第二个参数将传入这个程序的args[0]。 | 在终端而不是IDE里运行这个程序,运行的时候给他带点参数,结果自己打的命令出现的在args[0]的位置,后面的参数出现在了args[1],args[2],args[3]....的位置,可见C程序总会把你运行这个程序用的命令传入args[0]。这样这个问题就解开了。execlp第一个参数是让程序从PATH中找到指定程序运行,第二个参数将传入这个程序的args[0]。 | ||
而execlp("ls","flw","--help",(char *)0)出现Usage: flw,是因为ls命令在显示帮助的时候会动用args[0] | 而execlp("ls","flw","--help",(char *)0)出现Usage: flw,是因为ls命令在显示帮助的时候会动用args[0],这么设计很正常,因为如果用户打错了命令,<u>总希望用最接近他命令的方式指导他怎么做才对</u>,直接使用他的命令是最方便的。平时args[0]几乎总是等于ls,这是因为ls在PATH中,没必要指示他的位置,但如果使用/bin/ls这样的命令,就可以看出来了。 | ||
[[分类:C语言]] | [[分类:C语言]] | ||
=== 后记 === | |||
后来对前两个参数进行多次更改测试,得出结果,大多数linux命令,使用help参数显示出来的提示中 | |||
Usage *** [options] | |||
<nowiki>***</nowiki>一般都是一个变量,指向了第二个参数,即args[0] | |||
例如execlp("ps","abcd","--help",0) | |||
回显结果就包括 | |||
Usage: | |||
abcd [options] | |||
这个的原因在上文最后一段也有编者的一个说明,有意思 | |||
想起PHP在终端模式下,如果dump出所有args,也有类似效果来着,有空补坑 |
2019年3月27日 (三) 17:54的最新版本
无意中看到一篇关于C语言execlp函数的参数解释文章,有点有趣,mark!
复制粘贴:
关于C execlp函数的理解
execlp(從PATH 環境變量中查找文件並執行)
相關函數
fork,execl,execle,execv,execve,execvp
表頭文件 #include<unistd.h>
定義函數 int execlp(const char * file,const char * arg,……);
函數說明
execlp()會從PATH 環境變量所指的目錄中查找符合參數file的文件名,找到後便執行該文件,然後將第二個以後的參數當做該文件的argv[0]、argv[1]……,最後一個參數必須用空指針(NULL)作結束。
返回值
如果執行成功則函數不會返回,執行失敗則直接返回-1,失敗原因存於errno 中。
錯誤代碼
參考execve()。
範例
1
2 3 4 5 6 7 8 |
/* 執行ls -al /etc/passwd execlp()會依PATH 變量中的/bin找到/bin/ls */
|
其实上面的描述很奇怪,如果能从PATH中找到第一个参数指定的文件,那何须第二个参数呢,没意义啊?
然后Google了下,看到了www.lslnet.com/linux/f/docs1/i34/big5260214.htm中别人同样的质疑。
这张帖子的楼主索性猜测:execlp函數在實際執行的時候根本沒有用到第二個參數。
说真的,这个猜测过于草率了。
楼下有一张回帖给出了一个反例:execlp("ls","flw","-?",(char *)0)。
应该是execlp("ls","flw","--help",(char *)0)吧,ls是Linux命令,-?是Windows的写法,不能同时运用,疑为他的笔误。这句语句在我电脑上的效果:
Usage: flw [OPTION]... [FILE]...
List information about the FILEs (the current directory by default).
Sort entries alphabetically if none of -cftuvSUX nor --sort.
/** ↑注:重点在这里!↑ **/
自已在终端上永远试不出这个结果,因为明明调用的是ls命令,不可能显示出Usage: flw来。
再仔细看看上面关于这个函数的描述“然後將第二個以後的參數當做該文件的argv[0]、argv[1]……”
我猛然想到了以前说过main函数是可以传入参数的,我于是尝试了这样的代码:
1
2 3 4 5 6 7 8 |
int main(int num_args,const char* args[])
|
在终端而不是IDE里运行这个程序,运行的时候给他带点参数,结果自己打的命令出现的在args[0]的位置,后面的参数出现在了args[1],args[2],args[3]....的位置,可见C程序总会把你运行这个程序用的命令传入args[0]。这样这个问题就解开了。execlp第一个参数是让程序从PATH中找到指定程序运行,第二个参数将传入这个程序的args[0]。
而execlp("ls","flw","--help",(char *)0)出现Usage: flw,是因为ls命令在显示帮助的时候会动用args[0],这么设计很正常,因为如果用户打错了命令,总希望用最接近他命令的方式指导他怎么做才对,直接使用他的命令是最方便的。平时args[0]几乎总是等于ls,这是因为ls在PATH中,没必要指示他的位置,但如果使用/bin/ls这样的命令,就可以看出来了。
后记
后来对前两个参数进行多次更改测试,得出结果,大多数linux命令,使用help参数显示出来的提示中
Usage *** [options]
***一般都是一个变量,指向了第二个参数,即args[0]
例如execlp("ps","abcd","--help",0)
回显结果就包括
Usage:
abcd [options]
这个的原因在上文最后一段也有编者的一个说明,有意思
想起PHP在终端模式下,如果dump出所有args,也有类似效果来着,有空补坑