[issue24073] sys.stdin.mode can not give the right mode and os.fdopen does not check argument

Ned Deily report at bugs.python.org
Wed Apr 29 09:37:44 CEST 2015


Ned Deily added the comment:

I think the issue here is that you are expecting the "mode" attribute of a file object (or io.* object in Py3) to reflect the "readable" and "writeable" access mode of the underlying file descriptor (for POSIX-like systems).  But, as noted in the documentation for the Py3 io.* objects and Py2 file object, their mode attributes reflect the "mode" given in the object constructor (for io.*) or the open() built-in (for Py2).  The default sys.stdin object will always be created as a "readable" file/io object from Python's perspective but that doesn't mean that any file descriptor to which the object might refer actually allows read access.  That may not be determined until your program does something that causes a call to the system runtime libraries that requires "read" access to the file, for example, sys.stdin.read() or, for Py2, os.fdopen(sys.stdin.fileno()).  (As documented, the Py3 os.fdopen is an alias of the open() built-in.)  If you need to know the access mode of a particular file descriptor, you can use fcntl.fcntl() F_GETFL function to examine the access mode of the fd.  Or you could just use try/except blocks to catch exceptions.

https://docs.python.org/3/library/os.html#os.open
https://docs.python.org/3/library/io.html#io.FileIO
https://docs.python.org/2/library/stdtypes.html#file.mode
https://docs.python.org/3/library/fcntl.html#fcntl.fcntl
http://pubs.opengroup.org/onlinepubs/9699919799/functions/fcntl.html

----------
nosy: +ned.deily
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24073>
_______________________________________


More information about the Python-bugs-list mailing list