为什么 open() 在 linux 1.0 中没有“fd”返回？

Question

既然'fd'没有返回，那以后怎么读/写呢？

例如：

void init(void)
{
 ....
 (void) open("/dev/tty1",O_RDWR,0);
 ....

Answer 1

open 在其中返回一个值。 The cast-to-void is used to signal the compiler that the return value is being deliberately ignored.

init 函数是当前线程准备在用户空间执行init 程序的函数。 init 将期望打开标准输入、输出和错误描述符。完整代码如下：

(void) open("/dev/tty1",O_RDWR,0);
(void) dup(0);
(void) dup(0);

没有必要将返回值存储到任何东西，因为open保证使用最低的空闲描述符，并且在进入这个函数之前进程没有使用任何描述符，因此@987654329 @ 将返回 0。返回最低免费的相同规则也适用于 dup。在这 3 次调用之后，所有描述符 0、1 和 2 共享相同的文件描述，这也意味着您可以写入标准输入并从标准错误中读取。

这或许是一个微优化，但确实没必要在open的返回值已知的情况下使用变量让编译器生成不合标准的代码——毕竟是类似的是到

int fd = open("/dev/tty1",O_RDWR,0);
assert(fd == 0);
(void) dup(fd);
(void) dup(fd);

---

In the current revision 那里 有一个断言，检查 open 没有失败：

/* Open the /dev/console on the rootfs, this should never fail */
if (ksys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
    pr_err("Warning: unable to open an initial console.\n");

(void) ksys_dup(0);
(void) ksys_dup(0);

但是，实际的文件描述符返回值被忽略了。