关于重定向标准输出到管道写端的问题

avcodec

在同一个进程中，想把标准输出重定向到管道的写端，然后从管道的读端读出来。
重定向是这么做的：
dup2(fd[1], STDOUT_FILENO); fd[1]是使用pipe取到的两个句柄之一。

现在的问题是：
如果使用write函数直接向STDOUT_FILENO写数据，马上就可以从管道的读端读到数据；
如果使用printf输出数据，必须的在后边加上fflush(stdout)，才能从管道的读端读到数据。

hellioncu

输出内容后加  \n 试试

avcodec

加了\n的。

hellioncu

那用 setvbuf 之类的禁用缓存

avcodec

我这么做的目的主要原因是：程序打算修改为一个守护进程，然后程序中使用了一些别的库，这些库的输出我是无法要求的，所以想重定向标准输出后，从管道的另一端取到数据，然后通过进程间消息传给前台进程。

daniel_11

缓冲了，按专家说的禁用缓冲试过了？

avcodec

使用setvbuf(stdout, NULL, _IONBF, 0);设置为无缓冲后，可以及时收到数据了。
但printf输出字符时，如果不加\n，还是无法及时收到。

和使用setlinebuf设置的效果是一样的。

daniel_11

avcodec 发表于 2013-05-29 16:24
使用setvbuf(stdout, NULL, _IONBF, 0);设置为无缓冲后，可以及时收到数据了。
但printf输出字符时，如果不 ...

标准输入输出默认行缓冲，如果重定向到文件则变为全缓冲。
你这变行缓冲了？继续跟踪下了么？建议弄的更清楚俺也涨点知识。

avcodec

使用dup2把标准输出重定向到管道的写端。实际上是关闭了标准输出，让标准输出的文件描述符指向了pipe返回的文件描述符。这时候，应该不是标准输出的行为，而是fd[1]的行为。

还是没有找到原因。还在寻找中。

avcodec

在程序一启动的时候就关闭了所有的文件句柄，包括0,1,2。
然后重定向标准输出以后，一执行printf，就会让程序崩溃。难道是printf内部调用的是FILE之类的指针，因为没有这样的指针，而导致崩溃吗？