gpt4 book ai didi

C 关闭永远运行的 STDOUT

转载 作者:行者123 更新时间:2023-11-30 14:21:19 24 4
gpt4 key购买 nike

我正在编写一些涉及管道使用的 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/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com