unix – 如果EIO关闭(2)失败,文件描述符是否仍然被删除?

前端之家收集整理的这篇文章主要介绍了unix – 如果EIO关闭(2)失败,文件描述符是否仍然被删除?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
如果系统通过EIO关闭(2)系统调用失败,文件描述符是否仍然被删除

如果是,是否可以通过稍后重试来处理虚假的IO错误?如果没有,应该如何防止文件描述符泄漏?

这是一个棘手的问题。但是,POSIX标准在 close()的描述中确实如此:

If close() is interrupted by a signal that is to be caught,it shall return -1 with errno set to [EINTR] and the state of fildes is unspecified. If an I/O error occurred while reading from or writing to the file system during close(),it may return -1 with errno set to [EIO]; if this error is returned,the state of fildes is unspecified.

所以,文件描述符的状态是未标明的。

对于大多数实际的目的,它是封闭的;即使正式打开文件描述符,您也可以使用文件描述符来做一些宝贵的事情。你可以尝试一个无害的操作(如fcntl()和F_GETFL),看看是否让EBADF返回,表示描述符正式关闭。但是如果它是开放的,并且EIO错误的原因是永久性的,那么每次尝试执行任何操作(可能包括fcntl()调用)时,您都可能会收到EIO。你可能也可能不会得到另一个类似open的操作返回的相同的描述符。不清楚的是,如果死文件描述符是打开但不可封闭的,即使dup2()可以成功指定“死”文件描述符作为目标。

猜你在找的Bash相关文章