用dup2()能关闭标准输出吗？

JohnBull

原帖由 swordfish.cn 于 2008-4-11 12:34 发表
从strace的情况来看，dup2并没有实际想像那样操作。
在lighttpd里面是这样关闭stdin的。

575     /* close stdin and stdout, as they are not needed */
576     /* move stdin to /dev/null */
577  ...

close(xxx_FILENO)没有必要，这种写法画蛇添足，不应提倡。
在多线程环境下会有racing。

bierdaci

原帖由 scutan 于 2008-4-17 10:09 发表


是一样的啊.

如果一样的话，为什么./test 1>out没有输出到out里呢？
我原来的理解./test 1>out shell大概会在程序中有类似如下的动作
fd = open("out", ...);
dup2(fd, 1);

如果是这样的话write(1, ...)怎么会不写到out中呢？

scutan

原帖由 bierdaci 于 2008-4-17 11:37 发表


如果一样的话，为什么./test 1>out没有输出到out里呢？
我原来的理解./test 1>out shell大概会在程序中有类似如下的动作
fd = open("out", ...);
dup2(fd, 1);

如果是这样的话write(1, ...)怎么会不写 ...

因为楼主这个是特殊的情况, 此时的STDOUT_FILENO也即是1已经被关闭了.

bierdaci

原帖由 scutan 于 2008-4-17 13:54 发表


因为楼主这个是特殊的情况, 此时的STDOUT_FILENO也即是1已经被关闭了.

大概你没有看明白我的问题了

算了，还是不讨论吧

swordfish.cn

原帖由 JohnBull 于 2008-4-17 11:33 发表


close(xxx_FILENO)没有必要，这种写法画蛇添足，不应提倡。
在多线程环境下会有racing。

哈哈，这个是 lighttpd 的代码，没有多线程。
不过多线程情况下确实会有这个问题。

7islands

你这个例子一点问题都没有啊！
dup2 之后原来的旧的fd和新fd都指向同一个文件了。
After a successful return from dup() or dup2(), the old and new file descriptors may be used interchangeably. They refer to the same open file description (see open(2)) and thus share file offset and file status flags; for example, if the file offset is modified by using lseek(2) on one of the descriptors, the offset is also changed for the other.

仔细看看man dup2

parco

原帖由 scutan 于 2008-4-13 22:39 发表


其实重点不是在dup2()，对于下面的代码：


#include
#include
#include
#include
#include

int main()
{
        close(STDOUT_FILENO);
        write(0, "hello\n", 6);
        return 0 ...

厉害啊。看到这样的回复，我恨不得拜师

zeroooo

应该是标准输入和终端是相连的。

这几天我也正在看APUE，看下APUE的程序1-2，从标准输入复制数据到标准输出。
运行程序后，输入asdfgh，再回车
就会再显示一行   asdfgh.

也就是说第一行asdfgh是输入的，由于标准输入和终端相连，所以会回显在终端上，第二行的asdfgh才是从程序从标准输入复制到终端上的数据.

maxxfire

打开/dev/fd ，查看文件0 1 2，全部指向了同一个终端 symbolic link to `/dev/pts/n'

源方

可是为什么标准输入与终端项链就把结果输出都终端。它毕竟是输入，是要接收终端的数据的。
难道还能像终端写？？？不是只读方式打开的？

[ 本帖最后由 源方 于 2008-4-28 11:18 编辑 ]