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()查找代码的示例即可。