为什么在fork之后closures文件描述符会影响subprocess？

我想在linux下运行程序，按一下button，因此我写了一个函数execute ：

 void execute(const char* program_call, const char* param ) { pid_t child = vfork(); if(child == 0) // child process { int child_pid = getpid(); char *args[2]; // arguments for exec args[0] = (char*)program_call; // first argument is program_call args[1] = (char*)param; // close all opened file descriptors: const char* prefix = "/proc/"; const char* suffix = "/fd/"; char child_proc_dir[16]; sprintf(child_proc_dir,"%s%d%s",prefix,child_pid, suffix); DIR *dir; struct dirent *ent; if ((dir = opendir (child_proc_dir)) != NULL) { // get files and directories within directory while ((ent = readdir (dir)) != NULL) { // convert file name to int char* end; int fd = strtol(ent->d_name, &end, 32); if (!*end) // valid file descriptor { close(fd); // close file descriptor // or set the flag FD_CLOEXEC //fcntl( fd, F_SETFD, FD_CLOEXEC ); } } closedir (dir); } else { cerr<< "can not open directory: " << child_proc_dir <<endl; } // replace the child process with exec*-function execv(program_call,args); _exit(2); } else if (child == -1) // fork error { if (errno == EAGAIN) { cerr<<“To much processes"<<endl; } else if (errno == ENOMEM) { cerr<<“Not enough space available."<<endl; } } else // parent process { usleep(50); // give some time if ( errno == EACCES) { cerr<<“Permission denied or process file not executable."<<endl; } else if ( errno == ENOENT) { cerr<<"\n Invalid path or file."<<endl; } int child_status; if ( waitpid(child, &child_status, WNOHANG | WUNTRACED) < 0) // waitpid failed { cerr<<"Error - Execution failed"<<endl; } else if ( WIFEXITED( child_status ) && WEXITSTATUS( child_status ) != 0) { cerr<<“Child process error - Execution failed"<<endl; } } } 

有两个问题：

1. closures文件描述符会导致一些问题，例如Thunderbird崩溃或VLC无声运行。 更确切地说， stdout(1)和stderr(2)closures导致了这些问题。 据我所知，在exec之前closures文件描述符只能防止它们被复制（不需要将信息从subprocess发送到父进程）。 为什么这会影响subprocess？ 通过设置标志FD_CLOEXECreplaceclose()不会改变任何东西。 在fork之前也设置FD_CLOEXEC标志不能解决问题。 有没有更好的方法来防止文件描述符的inheritance？

2. waitpid的返回值通常是0，即使程序调用失败，我认为是因为有两个（asynchronous）进程。 usleep(50)解决了这个问题，但我希望这个问题有更好的解决scheme。

   • exec n <m与exec n>＆m – 基于Sobell的Linux书
   • Linux – 查找进程是否准备好或正在运行
   • 期望在Linux中fd <打开文件描述符的最大数目是否合理？
   • 确定可读文件描述符是否是pipe道的读取结束
   • 在Linux平台上使用套接字时是否有文件描述符泄漏？

我正在使用vfork，但使用fork也会发生同样的问题。

 waitpid(): on success, returns the process ID of the child whose state has changed; if WNOHANG was specified and one or more child(ren) specified by pid exist, but have not yet changed state, then 0 is returned. On error, -1 is returned. 

 for (int fd=3; fd<256; fd++) (void) close(fd);