[issue10395] os.path.commonprefix broken by design

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

[issue10395] os.path.commonprefix broken by design

Martin v. Löwis added the comment: This goes back to issue400788 and http://mail.python.org/pipermail/python-dev/2000-July/005897.html http://mail.python.org/pipermail/python-dev/2000-August/008385.html Skip changed it to do something meaningful (more than ten years ago), Mark Hammond complai

[issue10395] os.path.commonprefix broken by design

Ronald Oussoren added the comment: That's why I write 'broken by design' in the title. A "fix" for this will have to a new function, if any get added (I've written a unix implementation that finds the longest shared path several times and can provide an implementation and tests when others ag

[issue10395] os.path.commonprefix broken by design

Eric Smith added the comment: Although there are test cases in test_genericpath that verify this behavior, so apparently it's intentional. -- ___ Python tracker ___ ___

[issue10395] os.path.commonprefix broken by design

Eric Smith added the comment: Indeed, that behavior seems completely useless. I've verified that it works the same in 2.5.1. -- nosy: +eric.smith ___ Python tracker ___ ___

[issue10395] os.path.commonprefix broken by design

New submission from Ronald Oussoren : The documentation for os.path.commonprefix notes: os.path.commonprefix(list) Return the longest path prefix (taken character-by-character) that is a prefix of all paths in list. If list is empty, return the empty string (''). Note that this may return inva