是否有可能linux文件描述符0 1 2不适用于stdin,stdout和stderr?
程序开始时,默认情况下是否需要stdin,stdout和stderr的文件描述符0,1和2? API调用(例如open(…),socket(…))是否会返回0,1和2,因为这些值已经被采用了?是否存在open(…)或socket(…)返回0,1或2的情况.0,1和2与stdin,stdout和stderr无关. 最佳答案
在file descriptor级别,stdin被定义为文件描述符0,stdout被定义为文件描述符1;和stderr被定义为文件描述符2.见this.
即使您的程序 – 或shell-更改(例如,使用dup2(2)重定向)什么是文件描述符0,它始终保持stdin(因为根据定义STDIN_FILENO为0). 因此,stdin当然可以是管道或套接字或文件(??不是终端).如果是tty,您可以使用isatty(3)进行测试,和/或使用fstat(2)获取状态信息. 像open(2)或pipe(2)或socket(2)这样的系统调用可以提供例如STDIN_FILENO(即0)如果该文件描述符是空闲的(例如因为之前已经是close(2)-d).但是当发生这种情况时,它仍然是stdin的定义. 当然,在stdio(3),FILE流stdin有点复杂.你的程序可以是fclose(3),freopen(3),fdopen(3) …… 当魔术启动/ sbin / init作为第一个进程时,内核可能会将stdin,stdout和stderr文件描述符设置到控制台. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 从Linux软件RAID阵列中删除处于“已删除”状态的
- linux – 在bash脚本中调用gawk的奇怪返回值“13
- 如何在Linux中递归地将CHMOD命令应用于具有特定名
- linux – 如何将项目(比如zeromq)构建为静态库并
- 无法将Curl-php导入同一服务器Electrum
- linux – 使用cmake重用静态库的自定义makefile
- 非root用户启动redis容器报错mkdir: cannot crea
- linux – ‘free’和’/ proc / meminfo /报告总
- filesystems – 大型LVM磁盘(8 TB)的文件系统?
- linux – 将现有的rootfs与自定义工具链相结合