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 markon
Recipients markon, ronaldoussoren, strank, wrstlprmpft
Date 2009-10-18.11:06:07
SpamBayes Score 2.3419759e-08
Marked as misclassified No
Message-id <1255863969.82.0.355299494191.issue1646838@psf.upfronthosting.co.za>
In-reply-to
Content
If we decide to follow paths as '~' it means that we want to follow the
POSIX standard.

Infact, it doesn't make sense calling os.path.realpath as follow:
>>> import os
>>> os.getcwd()
'/home/marco/Desktop'
>>> os.path.realpath('~')
To get something like:
'/home/marco/Desktop/$HOME' 
that would expand as:
'/home/marco/Desktop/home/marco' 

At this point we should implement a new os.path.realpath to check if the
path passed as argument exists [ See ERRORS section:
http://www.opengroup.org/onlinepubs/9699919799/functions/realpath.html
]. But this means that in the worst case, we would raise an Exception
(i.e., OSError).

As I've said [ here: http://bugs.python.org/issue6975 ] we cannot
implement a POSIX compliant os.path.realpath, since it would break with
existing code. You understand that a change like this is an API change. 

I think Python will have an own `realpath` version, not fully
POSIX-compliant, unluckly.
History
Date User Action Args
2009-10-18 11:06:09markonsetrecipients: + markon, ronaldoussoren, wrstlprmpft, strank
2009-10-18 11:06:09markonsetmessageid: <1255863969.82.0.355299494191.issue1646838@psf.upfronthosting.co.za>
2009-10-18 11:06:08markonlinkissue1646838 messages
2009-10-18 11:06:08markoncreate