我的工作，那将在Linux和Mac OS X上运行的服务器应用程序它是这样的：linux上的文件描述符3有什么特别之处？

启动主要应用

控制器进程的叉

调用lock_down()在控制过程中

再次叉终止主要应用

控制器进程，然后，创建工作进程

最终控制器保持分叉更多的工作呃进程

我可以使用多种方法(例如，系统日志或文件)，但现在我正在思考syslog。 “有趣的是”在控制器进程中没有系统日志输出，除非我在下面包含#ifdef部分。

工作人员可以在Mac OS X和Linux中完美处理日志，无论是否具有下面的ifdef'ed部分。该控制器还可以在没有#ifdef'ed部分的情况下在Mac OS X中完美记录，但是在Linux上，如果我想要从控制器进程中查看任何输出到syslog(或该日志文件)，则需要ifdef。

那么，为什么呢？

static int

lock_down(void)

{

struct rlimit rl;

unsigned int n;

int fd0;

int fd1;

int fd2;

// Reset file mode mask

umask(0);

// change the working directory

if ((chdir("/")) < 0)

return EXIT_FAILURE;

// close any and all open file descriptors

if (getrlimit(RLIMIT_NOFILE, &rl))

return EXIT_FAILURE;

if (RLIM_INFINITY == rl.rlim_max)

rl.rlim_max = 1024;

for (n = 0; n < rl.rlim_max; n++) {

#ifdef __linux__

if (3 == n) // deep magic...

continue;

#endif

if (close(n) && (EBADF != errno))

return EXIT_FAILURE;

}

// attach file descriptors 0, 1 and 2 to /dev/null

fd0 = open("/dev/null", O_RDWR);

fd1 = dup2(fd0, 1);

fd2 = dup2(fd0, 2);

if (0 != fd0)

return EXIT_FAILURE;

return EXIT_SUCCESS;

}

camh很接近，但是使用closelog()是这样做的想法，所以荣誉归功于jilles。除了在syslogs脚下关闭文件描述符之外，还有其他的东西必须继续。为了使代码工作，我添加了一个调用closelog()只是在循环之前：

closelog();

for (n = 0; n < rl.rlim_max; n++) {

if (close(n) && (EBADF != errno))

return EXIT_FAILURE;

}

我依靠手册页的逐字理解，他说：

使用openlog的( )是可选的;它会自动被syslog()调用，如果有必要...

我解释这是说syslog会检测文件描述符是否在它下面关闭。显然它没有。需要在linux上显式地使用closelog()来告诉syslog描述符已关闭。

还有一件事仍令我感到困惑的是，没有使用closelog()阻止第一个分支进程(控制器)打开并使用日志文件。以下分叉进程可以使用syslog或日志文件而不会造成问题。也许文件系统中存在一些缓存效应，使第一个分支进程具有哪个文件描述符可用的不可靠“想法”，而下一组分支进程是否被充分延迟以不受此影响？

2010-08-20

colding

+3

+1 //'deep magic ...':-)当你拥有Linux内核时，谁需要Harry Potter？ –

2010-08-20 22:33:23

+0

那么在那一点上fd 3上的内容是什么？ –

2010-08-20 22:42:14

+0

@David。与内核无关。内核中甚至没有fd 0,1和2。 –

2010-08-20 23:59:07