linux下后台服务编写，daemon_init关掉文件描述符的问题

picobsd

我的服务程序在最开始由用户输入命令行参数决定是否运行在后台，但是我发现如果运行在后台（我使用的是unp现成的代码，大家都很熟悉吧），会出现一个问题，那就是以后我的printf这样的语句，输出都被送到了之后建立的socket里面，我想了想，这大概是由于，daemon函数里面有close (1~64)文件描述付的语句，从而使得我的STDOUT_FILENO(stdout)和后来的socket描述符变成相同的了，也就是说。在后台的情况下，printf的行为就不确定了，那么，我想知道如果我在daemon_init的时候去掉close文件的调用，是不是可以呢，顶多也就是多占用些文件句柄，也不会造成内存的泄漏吧？ 因为我实在懒得去掉程序里所有的printf了，还有是不是在后台情况下都不能使用printf这样的东西，我的意思是说，使用了不仅没用（肯定的），而且还会产生各种问题？我的程序到了后台，就不能引用stderr,stdout了么？ 我想当程序跑在后台的时候应该让我printf无效而不是产生行为未知的错误。
     请指点。

阿徐

没错，的确这样的，如果在daemon_init中去掉close调用，当然可以
用printf打出来，在daemon_init中调用2次fork()后，要打印就只用用
syslog这些东东大，