我正在编写一些涉及管道使用的 C 代码。为了使子进程使用我的管道而不是 STDOUT 进行输出,我使用了以下几行:
close(STDOUT);
dup2(leftup[1], STDOUT);
但是,它似乎进入了某种无限循环或卡在这些线上。当我摆脱 close
时,它卡在 dup2
上。
奇怪的是,同样的想法也适用于 STDIN 的前一行:
close(STDIN);
dup2(leftdown[0], STDIN);
什么可能导致此行为?
编辑:只是为了清楚起见...
#define STDIN 0
#define STDOUT 1
编辑 2:这是一个精简示例:
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
#include <string.h>
#include <sys/wait.h>
#define STDIN 0
#define STDOUT 1
main(){
pid_t child1 = 0;
int leftdown[2];
if (pipe(leftdown) != 0)
printf("ERROR");
int leftup[2];
if (pipe(leftup) != 0)
printf("ERROR");
printf("MADE PIPES");
child1 = fork();
if (child1 == 0){
close(STDOUT);
printf("TEST 1");
dup2(leftup[1], STDOUT);
printf("TEST 2");
exit(0);
}
return(0);
}
永远不会到达“TEST 1”
行。唯一的输出是“MADE PIPES”
。
最佳答案
至少,您应该确保 dup2
函数返回新的文件描述符而不是 -1
。
它总是有可能会给您带来错误(例如,如果 pipe()
调用之前失败)。此外,请绝对确定您使用的是正确的索引(0 和 1) - 我以前也遇到过这种情况,这取决于您是在父进程还是子进程中。
根据您的编辑,我对 MADE PIPES
是最后打印的内容一点也不感到惊讶。
当您尝试打印 TEST 1
时,您已经关闭了 STDOUT
描述符,因此它将无处可去。
当您尝试打印 TEST 2
时,您已复制
了 STDOUT
描述符,以便该描述符将发送到父级,但您的父级不会没读过。
如果您将 fork 代码更改为:
child1 = fork();
if (child1 == 0){
int count;
close(STDOUT);
count = printf("TEST 1\n");
dup2(leftup[1], STDOUT);
printf("TEST 2 (%d)\n", count);
exit(0);
} else {
char buff[80];
read (leftup[0], buff, 80);
printf ("%s\n", buff);
sleep (2);
}
您将看到 TEST 2 (-1)
行是由父级输出的,因为它是通过管道读取的。其中的 -1
是您在关闭 STDOUT
描述符之后(但在 >复制
它),这意味着它失败了。
来自ISO C11 7.20.6.3 printf 函数
:
The
printf
function returns the number of characters transmitted, or a negative value if an output or encoding error occurred.
关于C 关闭永远运行的 STDOUT,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14795299/