1

我正在使用以下代码部分为我的自定义 C++ shell 执行输入重定向。虽然与此类似的输出重定向运行良好,但输入重定向的子进程保持打开状态并且不会返回,就像它一直在等待新输入一样。在读取输入后“询问”或“强制”这样的子进程立即返回的最佳方法是什么?

输入重定向代码

int in_file = open(in, O_CREAT | O_RDONLY , S_IREAD | S_IWRITE);
pid_t pid = fork();
    if (!pid) {
         dup2(in_file, STDIN_FILENO);
         if (execvp(argv[0], argv) < 0) {
             cerr << "*** ERROR: exec failed: "<< argv[0] << endl;
             exit(EXIT_FAILURE);
         }
     }
close(in_file);

输出重定向代码

out_file = open(out, O_CREAT | O_WRONLY | O_TRUNC, S_IRWXU);
pid_t pid = fork();
    if (!pid) {
         dup2(out_file, STDOUT_FILENO);
         if (execvp(argv[0], argv) < 0) {
             cerr << "*** ERROR: exec failed: "<< argv[0] << endl;
             exit(EXIT_FAILURE);
          }
    }    
close(out_file);

我使用以下命令进行测试:

ps aux > out.txt
grep root < out.txt

第一个命令在成功写入 out.txt 后返回到 shell。第二个命令从 out.txt 成功读取,但不返回或停止。

4

2 回答 2

0

首先,检查execvp(). 如果此代码是 的一部分main(int argc, char* argv[]),那么argv[0]是您自己的程序,而不是grep. 这意味着您的程序将永远递归地重新执行自身。

然后,确保打开时没有错误in

if (in_file < 0) { perror(in); ... }

如果in_file是无效的描述符,dup2()将失败并grep从终端运行读取,因此不会终止。顺便说一句,使用O_CREAT | O_RDONLY看起来很可疑。为什么要从以前不存在的文件中读取?

于 2013-06-08T09:38:11.570 回答
0

孩子仍然打开了 in_file。您必须在执行之前关闭它:

dup2(in_file, STDIN_FILENO);
close(in_file);

(为简洁起见,省略了错误检查)。因为孩子仍然有一个打开的文件描述符,它永远不会看到文件被关闭,所以它会阻塞等待某人写入更多数据的读取。子进程没有意识到它是持有打开文件描述符的进程。另一种选择是为文件描述符设置'close-on-exec'标志,以便它在执行时自动关闭。(搜索 FD_CLOEXEC)

于 2013-06-08T12:33:26.553 回答