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 acue
Recipients Fred Rolland, Winterflower, abarry, acue, docs@python, lemburg, serhiy.storchaka
Date 2016-06-05.11:19:28
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1465125568.33.0.580386729971.issue27228@psf.upfronthosting.co.za>
In-reply-to
Content
I am currently finishing a file system library and use 'os.path.normpath' for canonical input into match-operations.

So already found Issue26329 - IEEE-1003.1-Chap 4.2 and written a comment. But I guess this issue should be handled seperately.

Now have to deal by myself with the eventual prefix 'file://' for input, and guess it should be supported. I did not found a statement on this case, so issue this for clarification. The 'os.path.normpath' call simply replaces subsequent os.sep, when they are not leading as 1003.1 states. But how should the following examples be handled:

  file:////a   => /a OR //a ???

  file://///a  => /a  OK
  file:///a    => /a  OK
History
Date User Action Args
2016-06-05 11:19:28acuesetrecipients: + acue, lemburg, docs@python, serhiy.storchaka, abarry, Winterflower, Fred Rolland
2016-06-05 11:19:28acuesetmessageid: <1465125568.33.0.580386729971.issue27228@psf.upfronthosting.co.za>
2016-06-05 11:19:28acuelinkissue27228 messages
2016-06-05 11:19:28acuecreate