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 Nophke
Recipients Jeffrey.Kintscher, Nophke, brett.cannon, pitrou, terry.reedy
Date 2019-06-12.20:52:08
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1560372729.0.0.430659764505.issue37130@roundup.psfhosted.org>
In-reply-to
Content
@Brett: Honestly.... I don't think it is the best way. But fact is:

nono@ACER ~ % cd /

nono@ACER / % python
Python 3.7.3 (default, Mar 26 2019, 21:43:19) 
[GCC 8.2.1 20181127] on linux
Type "help", "copyright", "credits" or "license" for more information.

>>> from pathlib import Path
>>> Path('.') == Path('/')
False

In my humble and *very personal* opinion, this result could be understood in the case of
a PurePath (or some kind of system call free) object. But that is not what people expect
in the case of a 'normal' path...

I also think that one day we may see the rise of a new Os that wouldn't use . and  ..
The first Unix used 'd' for directory and 'dd' for directory's directory !
Those were hand-made links in a file system that otherwise had no concept of hierarchy...

I think each flavour should have a special_dirs variable (fact that linux and MsWin share
the same being an accident). And that the concept of a system-call free path implementation,
is fragile.
History
Date User Action Args
2019-06-12 20:52:09Nophkesetrecipients: + Nophke, brett.cannon, terry.reedy, pitrou, Jeffrey.Kintscher
2019-06-12 20:52:09Nophkesetmessageid: <1560372729.0.0.430659764505.issue37130@roundup.psfhosted.org>
2019-06-12 20:52:08Nophkelinkissue37130 messages
2019-06-12 20:52:08Nophkecreate