应用程序调用system（cmd） 程序不往下走

调用system("poweroff");居然不关机！ 手动可以关机！难道是system在作怪？他奶奶的！

system()函数设置了errno为ECHILD，然而从system()函数的man手册里我们找不到任何有关EHILD的信息。我们知道system()函数执行过程为：fork()->exec()->waitpid(). 很显然waitpid()有重大嫌疑，我们去查一下man手册，看该函数有没有可能设置

ECHILD： ECHILD (for waitpid() or waitid()) The process specified by pid (waitpid()) or idtype and id (waitid()) does not exist or is not a child of the calling process. (This can happen for one's own child if the action for SIGCHLD is set to SIG_IGN. See also the Linux Notes section about threads.) 

果然有料，如果SIGCHLD信号行为被设置为SIG_IGN时，waitpid()函数有可能因为找不到子进程而报ECHILD错误。似乎我们找到了问题的解决方案：在调用system()函数前重新设置SIGCHLD信号为缺省值，即signal(SIGCHLD, SIG_DFL)。

 

system()函数之前没出错，是因为systeme()函数依赖了系统的一个特性，那就是内核初始化进程时对SIGCHLD信号的处理方式为SIG_DFL，这是什么什么意思呢？即内核发现进程的子进程终止后给进程发送一个SIGCHLD信号，进程收到该信号后采用SIG_DFL方式处理，那么SIG_DFL又是什么方式呢？SIG_DFL是一个宏，定义了一个信号处理函数指针，事实上该信号处理函数什么也没做。这个特性正是system()函数需要的，system()函数首先fork()一个子进程执行command命令，执行完后system()函数会使用waitpid()函数对子进程进行收尸。 通过上面的分析，我们可以清醒的得知，system()执行前，SIGCHLD信号的处理方式肯定变了，不再是SIG_DFL了，至于变成什么暂时不知道，事实上，我们也不需要知道，我们只需要记得使用system()函数前把SIGCHLD信号处理方式显式修改为SIG_DFL方式，同时记录原来的处理方式，使用完system()后再设为原来的处理方式。

 

封装了一个system():

int PoxSystem(const char *cmd_line) 
{ 
    int ret = -1; 
    int fd = -1;
    char ch = '1';
    #if 1
    fd = Open("/proc/sys/vm/overcommit_memory", O_WRONLY);
    if(fd == -1)
    {
        printf("%s %d open failed...\n");
        return -1;
    }
    Write(fd, &ch, sizeof(char));
    Close(fd);
    #endif
    //system("echo 1 > /proc/sys/vm/overcommit_memory");
    sighandler_t old_handler; 
    old_handler = signal(SIGCHLD, SIG_DFL); 
    ret = system(cmd_line); 
    signal(SIGCHLD, old_handler); 
    MGJPrint("ret:%d PoxSystem:%s\n",ret,cmd_line);
    return ret; 
}