[issue1646838] os.path, %HOME% set: realpath contradicts expanduser on '~'

Ezio Melotti added the comment: realpath is only supposed to return an absolute pathname, resolving '.', '..' and symlinks. It's not its duty to expand '~', therefore in your example > In [3]: path.realpath('~') > Out[3]: 'C:\\Dokumente und Einstellungen\\wrstl\\~' the '~' is seen as a normal

[issue1646838] os.path, %HOME% set: realpath contradicts expanduser on '~'

Changes by Ronald Oussoren : -- assignee: ronaldoussoren -> components: -Macintosh, Windows ___ Python tracker ___ ___ Python-bugs

[issue1646838] os.path, %HOME% set: realpath contradicts expanduser on '~'

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1646838] os.path, %HOME% set: realpath contradicts expanduser on '~'

Marco Buccini added the comment: 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/

[issue1646838] os.path, %HOME% set: realpath contradicts expanduser on '~'

strank added the comment: I agree with the 'test needed' stage, but for that, the intended behaviour should be decided on first. A quick test for checking current behaviour:: pythonX.Y -c 'import os; p = os.path; print (os.environ["HOME"], p.realpath("~"), p.expanduser("~"), p.normpath("~"))'

[issue1646838] os.path, %HOME% set: realpath contradicts expanduser on '~'

Changes by Marco Buccini : -- nosy: +markon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue1646838] os.path, %HOME% set: realpath contradicts expanduser on '~'

Changes by Daniel Diniz : -- components: +Windows priority: normal -> low stage: -> test needed type: -> behavior versions: +Python 2.6 -Python 2.5 ___ Python tracker ___ ___