背景：
popen()函数通过创建一个管道，调用fork()产生一个子进程，执行一个shell以运行命令来开启一个进程。这个管道必须由pclose()函数关闭，而不是fclose()函数。
pclose()函数关闭标准I/O流，等待命令执行结束，然后返回shell的终止状态。如果shell不能被执行，则pclose()返回的终止状态与shell已执行exit一样。
而子进程的退出状态，常用以下几个宏进行获取。
1、 WIFEXITED(status) 若此值为非0 表明进程正常结束。
若上宏为真，此时可通过WEXITSTATUS(status)获取进程退出状态(exit时参数)
示例：
if(WIFEXITED(status)){
printf("退出值为 %d\n", WEXITSTATUS(status));
}
2、 WIFSIGNALED(status)为非0 表明进程异常终止。
若上宏为真，此时可通过WTERMSIG(status)获取使得进程退出的信号编号
示例：
if(WIFSIGNALED(status)){
printf("使得进程终止的信号编号： %d\n",WTERMSIG(status));
}
验证内容：
主要确认以下几点：
1， WEXITSTATUS等宏，能否正确取得shell退出状态？
2， popen之后直接调用pclose是否会等待命令执行结束？
3， 如果没有pclose，会如何？
验证代码：
测试用代码如下：
#include <stdio.h>
#include <sys/wait.h> int main(void)
{
int iRet = ;
FILE *fp = NULL;
char buff[] = {'\0'}; fp = popen("./test.sh", "r");
if (NULL == fp)
{
printf("popen failed.\n");
return ;
}
/*
while(fgets(buff, sizeof(buff), fp) != NULL)
{
printf("%s", buff);
}
*/
iRet = pclose(fp);
printf("iRet = %d\n", iRet);
printf("wifexited : %d\n", WIFEXITED(iRet));
printf("wifsignaled : %d\n", WIFSIGNALED(iRet));
printf("wifstopped : %d\n", WIFSTOPPED(iRet));
//if (WIFEXITED(iRet))
printf("exit :%d\n", WEXITSTATUS(iRet));
//if (WIFSIGNALED(iRet))
printf("signal :%d\n", WTERMSIG(iRet)); return ;
}
被调用的脚本如下：
#!/bin/sh #echo "before..." #注意，echo被注释掉，即，不会输出。
sleep #echo "after..." exit
结果：
1， WIFEXITED()等宏，可以正确获取test.sh的执行结果。
如下三个实验可以验证：
① test.sh没有执行权限时，WEXITSTATUS()的结果与直接执行test.sh的返回值是一致的。
zsy@ubuntu:~/work/popen$ ./test
sh: : ./test.sh: Permission denied
iRet =
wifexited :
wifsignaled :
wifstopped :
exit :
signal : zsy@ubuntu:~/work/popen$ ./test.sh
bash: ./test.sh: Permission denied
zsy@ubuntu:~/work/popen$ echo $?
② 给test.sh增加权限后，WEXITSTATUS()获取的正是test.sh中的exit 1的结果。
zsy@ubuntu:~/work/popen$ ./test
iRet =
wifexited :
wifsignaled :
wifstopped :
exit :
signal :
③ popen执行过程中，将shell子进程kill掉，WTERMSIG()获取的是SIGTERM=15。
zsy@ubuntu:~/work/popen$ ps -ef|grep test
zsy : pts/ :: ./test
zsy : pts/ :: sh -c ./test.sh
zsy : pts/ :: /bin/sh ./test.sh zsy@ubuntu:~/work/popen$ kill # 注意kill的pid zsy@ubuntu:~/work/popen$ ./test
iRet =
wifexited :
wifsignaled :
wifstopped :
exit :
signal :
注意：
③的例子中，可以看到popen实际上在fork之后，是执行了“sh –c ./test.sh”命令，然后由shell再启动test.sh。所以test.sh实际上是孙子进程。
如果kill的是孙子进程，结果会如何呢？
zsy@ubuntu:~/work/popen$ ps -ef|grep test
zsy : pts/ :: ./test
zsy : pts/ :: sh -c ./test.sh
zsy : pts/ :: /bin/sh ./test.sh
zsy@ubuntu:~/work/popen$ kill zsy@ubuntu:~/work/popen$ ./test
Terminated
iRet =
wifexited :
wifsignaled :
wifstopped :
exit :
signal :
也就是说，pclose返回的结果认为子进程shell是正常结束了，终了code为143（143=128+15，实际上就是test.sh收到了SIGTERM的值）。
2，pclose()调用时，确实会阻塞，等待test.sh中的sleep结束，才会返回。
但是，如果把sleep前的echo打开，则pclose()并不会阻塞，而是直接返回。如下：
zsy@ubuntu:~/work/popen$ ./test
iRet =
wifexited :
wifsignaled :
wifstopped :
exit :
signal :
原因何在呢？其实答案就在WEXITSTATUS()的结果141中。类似于上面kill 孙子进程时的返回值，141=128+13，说明test.sh（孙子进程）实际上接收到了信号SIGPIPE退出，导致shell子进程立刻返回了。
而test.sh收到SIGPIPE的原因，则是因为pclose()的时候，关闭了popen创建的管道，而test.sh的echo命令，想向管道写数据，就会产生SIGPIPE信号。
※因此，可以考虑两种解决方案。一种就是shell里面不要输出；另一种就是在pclose()前调用fgets，保证shell输出都读取出来后，再关闭。
3，在ubuntu 14.04x64的虚拟机上测试，即使没有pclose()，似乎也没有特别的问题。
但是，在ARM板上子跑的时候，会出现僵尸进程。