closures它们后重新打开stdout和stdin文件描述符

我正在写一个函数,给定一个参数,将redirect到一个文件或从文件读取标准input。 为此,我closures与stdout或stdin关联的文件描述符,这样当我打开文件时,它会在我刚刚closures的描述符下打开。 这个工作,但问题是,一旦完成,我需要恢复标准输出和标准input,他们应该真正的。

我可以做的标准输出是打开(“/ dev / tty”,O_WRONLY); 但我不知道为什么这个工作,更重要的是我不知道stdin的等价语句。

所以我有,为标准输出

close(1); if (creat(filePath, O_RDWR) == -1) { exit(1); } 

和stdin

 close(0); if (open(filePath, O_RDONLY) == -1) { exit(1); } 

您应该使用dup()和dup2()来克隆文件描述符。

 int stdin_copy = dup(0); int stdout_copy = dup(1); close(0); close(1); int file1 = open(...); int file2 = open(...); < do your work. file1 and file2 must be 0 and 1, because open always returns lowest unused fd > close(file1); close(file2); dup2(stdin_copy, 0); dup2(stdout_copy, 1); close(stdin_copy); close(stdout_copy); 

但是,您可能需要小心一些细节(来自man dup):

这两个描述符不共享文件描述符标志(close-on-execflag)。 重复描述符的closures执行标志(FD_CLOEXEC;参见fcntl(2))是closures的。

如果这是一个问题,则可能需要恢复执行close-on标志,可能使用dup3()而不是dup2()来避免竞争条件。

此外,请注意,如果您的程序是multithreading的,其他线程可能会意外地写入/读取到重新映射的stdin / stdout。

我认为你可以在redirect之前 “保存”描述符:

 int save_in, save_out; save_in = dup(STDIN_FILENO); save_out = dup(STDOUT_FILENO); 

稍后,您可以使用dup2来恢复它们:

 /* Time passes, STDIN_FILENO isn't what it used to be. */ dup2(save_in, STDIN_FILENO); 

在这个例子中,我没有做任何错误检查 – 你应该。

您可以创build一个subprocess,并在subprocess内设置redirect。 然后等待孩子终止,并继续在父进程中工作。 这样你就不必担心逆转你的redirect了。

只需使用fork()和wait()查找代码的示例即可。