从 stderr 而不是 stdin 读取
Reading from stderr instead of stdin
我 运行 在野外编写了这样的代码，我想知道为什么这样行得通。
代码从 stderr (fd==2) 而不是 stdin (fd==0) 读取。奇怪的是这实际上有点管用。您可以在控制台读取输入，但不能读取管道输入。知道这里发生了什么吗？
#include <stdio.h>
#include <unistd.h>
int main(){
char buf[15];
int nchars=read(2,buf,15);
printf("%d '%s'\n",nchars,buf);
}
好问题！这是可行的，因为当您在终端的控制台前时，STDIN、STDOUT 和 STDERR 最终都指向相同的资源：/dev/tty（或您的平台所称的任何内容）。三个文件描述符是同一个文件打开3次（可能选项不同）。
当您通过管道传输内容时，情况就不再如此，而且这个损坏的代码也不再有效，因为标准输入现在是一回事，而 stdout/stderr 是另一回事。
在您的代码示例中，这样做没有任何意义，最好将其描述为错误。但也许那个 "code in the wild" 的作者正在尝试做一些不同的事情并且有他或她这样做的理由。您有找到的代码示例的参考吗？
我 运行 在野外编写了这样的代码，我想知道为什么这样行得通。 代码从 stderr (fd==2) 而不是 stdin (fd==0) 读取。奇怪的是这实际上有点管用。您可以在控制台读取输入，但不能读取管道输入。知道这里发生了什么吗？
#include <stdio.h>
#include <unistd.h>
int main(){
char buf[15];
int nchars=read(2,buf,15);
printf("%d '%s'\n",nchars,buf);
}
好问题！这是可行的，因为当您在终端的控制台前时，STDIN、STDOUT 和 STDERR 最终都指向相同的资源：/dev/tty（或您的平台所称的任何内容）。三个文件描述符是同一个文件打开3次（可能选项不同）。
当您通过管道传输内容时，情况就不再如此，而且这个损坏的代码也不再有效，因为标准输入现在是一回事，而 stdout/stderr 是另一回事。
在您的代码示例中，这样做没有任何意义，最好将其描述为错误。但也许那个 "code in the wild" 的作者正在尝试做一些不同的事情并且有他或她这样做的理由。您有找到的代码示例的参考吗？