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, jkloth, paul.moore, steve.dower, tim.golden, zach.ware
Date 2021-10-04.18:52:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1633373540.67.0.892416568265.issue45354@roundup.psfhosted.org>
In-reply-to
Content
> This will be the change to make "special" filenames only be 
> special when used on their own, and not as part of a path

For some reason, Windows 11 still reserves case-insensitive "nul" in qualified paths, but none of the other DOS device names. Thankfully it's just "nul", and not "nul.txt", since they changed it to never reserve a name with an extension. So "./nul" -> "\\.\nul", but "./nul.txt" resolve to the filename in the current directory.

For cases such as "./con" vs "con", this is another example in favor of changing ntpath.normpath() and pathlib.Path to preserve an initial leading dot component. Other cases include alternate data streams on single-letter filenames (e.g. accessing "C:stream" as "./C:stream") and executable paths that should explicitly refer to the current directory (e.g. "./spam.exe").
History
Date User Action Args
2021-10-04 18:52:20eryksunsetrecipients: + eryksun, paul.moore, tim.golden, jkloth, zach.ware, steve.dower
2021-10-04 18:52:20eryksunsetmessageid: <1633373540.67.0.892416568265.issue45354@roundup.psfhosted.org>
2021-10-04 18:52:20eryksunlinkissue45354 messages
2021-10-04 18:52:20eryksuncreate