This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author eryksun
Recipients eryksun, iamsav, miss-islington, paul.moore, steve.dower, tim.golden, zach.ware
Date 2019-09-11.15:14:03
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1568214843.49.0.109428427705.issue38081@roundup.psfhosted.org>
In-reply-to
Content
We should allow ERROR_INVALID_FUNCTION (1), ERROR_INVALID_PARAMETER (87), and ERROR_NOT_SUPPORTED (50) for readlink and _getfinalpathname, which can indicate a device that does not implement or is not mounted by a file system. We should also allow ERROR_BAD_NET_NAME (67, "the network name cannot be found"), which indicates that a server or share isn't found when opening a UNC path.

I don't know whether ERROR_INVALID_NAME (123) should be allowed. Also, it hasn't been added already, but I'd be equally unsure about adding ERROR_BAD_PATHNAME (161). These aren't like a missing file, path, or server, or an unsupported device. I know Python's realpath() is supposed to be permissive, but that's going too far I think.

Returning r"\\.\nul" is fine. I'd prefer to change os.devnull to match it. Scripts should be able to handle this since already abspath(os.devnull) is r"\\.\nul".
History
Date User Action Args
2019-09-11 15:14:03eryksunsetrecipients: + eryksun, paul.moore, tim.golden, zach.ware, steve.dower, miss-islington, iamsav
2019-09-11 15:14:03eryksunsetmessageid: <1568214843.49.0.109428427705.issue38081@roundup.psfhosted.org>
2019-09-11 15:14:03eryksunlinkissue38081 messages
2019-09-11 15:14:03eryksuncreate