[issue32040] Sorting pahtlib.Paths does give the same order as sorting the (string) filenames of that pathlib.Paths

[R. David Murray]

R. David Murray  added the comment:

To put it another way, think about sorting a list of tuples.  Same behavior.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32040] Sorting pahtlib.Paths does give the same order as sorting the (string) filenames of that pathlib.Paths

[R. David Murray]

R. David Murray  added the comment:

It is "obvious by inspection".  Paths are paths instead of strings because they 
are formed out of discrete path components instead of strings.  If you sorted 
each directory in the paths from the top down, and then sorted the 
subdirectories, and then sorted the filenames, you get that sorting by 
component.  It's the same order you would get out of an ls -R.

--
nosy: +r.david.murray
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32040] Sorting pahtlib.Paths does give the same order as sorting the (string) filenames of that pathlib.Paths

[QbLearningPython]

QbLearningPython  added the comment:

Thanks, serhiy.storchaka, for your answer.

I am not fully convinced.

You have described the current behaviour of the pathlib package.

But let me ask: should be this the desired behaviour?

Since string filenames and pathlib.Paths are different ways to refer to the 
same object (a path in a filesystem), should not be they behaved in the same 
way when sorting?

You pointed out that the current behaviour is "more natural order" for 
pathlib.Paths. I am not truly sure about that. Can you please provide any 
citation or additional information about that?

Thank you.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32040] Sorting pahtlib.Paths does give the same order as sorting the (string) filenames of that pathlib.Paths

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Paths are ordered by lexicographical order of their corresponding components. 
Paths are not strings, and this this order is more natural for them.

The alphabetical order of Path strings:

SPAMS.txt
SPAM\file.txt

spam\file.txt
spams.txt

spam-file.txt
spam/file.txt
spam_file.txt

The lexicographical order of Path components:

SPAM\file.txt
SPAMS.txt

spam\file.txt
spams.txt

spam/file.txt
spam-file.txt
spam_file.txt

--
nosy: +serhiy.storchaka
resolution:  -> not a bug

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32040] Sorting pahtlib.Paths does give the same order as sorting the (string) filenames of that pathlib.Paths

[QbLearningPython]

New submission from QbLearningPython :

While testing a module, I have found a weird behaviour of pathlib package. I 
have a list of pathlib.Paths and I sorted() it. I assumed that the order 
retrieved by sorting a list of Paths would be the same as the order retrieved 
by sorting the list of their corresponding (string) filenames. But it is not 
the case.

I run the following example:


==


from pathlib import Path

# order string filenames

filenames_for_testing = (
'/spam/spams.txt',
'/spam/spam.txt',
'/spam/another.txt',
'/spam/binary.bin',
'/spam/spams/spam.ttt',
'/spam/spams/spam01.txt',
'/spam/spams/spam02.txt',
'/spam/spams/spam03.ppp',
'/spam/spams/spam04.doc',
)

sorted_filenames = sorted(filenames_for_testing)

# output ordered list of string filenames

print()
print("Ordered list of string filenames:")
print()
[print(f'\t{element}') for element in sorted_filenames]
print()

# order paths (build from same string filenames)

paths_for_testing = [
Path(filename)
for filename in filenames_for_testing
]
sorted_paths = sorted(paths_for_testing)

# outoput ordered list of pathlib.Paths

print()
print("Ordered list of pathlib.Paths:")
print()
[print(f'\t{element}') for element in sorted_paths]
print()

# compare

print()

if sorted_filenames == [str(path) for path in sorted_paths]:
print('Ordered lists of string filenames and pathlib.Paths are EQUAL.')

else:
print('Ordered lists of string filenames and pathlib.Paths are DIFFERENT.')

for element in range(0, len(sorted_filenames)):

if sorted_filenames[element] != str(sorted_paths[element]):

print()
print('First different element:')
print(f'\tElement #{element}')
print(f'\t{sorted_filenames[element]} != {sorted_paths[element]}')
break

print()



==


The output of this script was:


==

Ordered list of string filenames:

/spam/another.txt
/spam/binary.bin
/spam/spam.txt
/spam/spams.txt
/spam/spams/spam.ttt
/spam/spams/spam01.txt
/spam/spams/spam02.txt
/spam/spams/spam03.ppp
/spam/spams/spam04.doc


Ordered list of pathlib.Paths:

/spam/another.txt
/spam/binary.bin
/spam/spam.txt
/spam/spams/spam.ttt
/spam/spams/spam01.txt
/spam/spams/spam02.txt
/spam/spams/spam03.ppp
/spam/spams/spam04.doc
/spam/spams.txt


Ordered lists of string filenames and pathlib.Paths are DIFFERENT.

First different element:
Element #3
/spam/spams.txt != /spam/spams/spam.ttt


==


As you can see, 'spam/spams.txt' goes in different places if you have sorted by 
pathlib.Paths than if you have sorted by string filenames.

I think that it is weird that sorting pathlib.Paths yields a different result 
than sorting their string filenames. I think that pathlib.Paths should be 
ordered by alphabetical order of their corresponding filenames.

Thank you.

--
components: Extension Modules
messages: 306304
nosy: QbLearningPython
priority: normal
severity: normal
status: open
title: Sorting pahtlib.Paths does give the same order as sorting the (string) 
filenames of that pathlib.Paths
type: behavior
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com