Don't use -S creation order in zfs snapshot listings

This fixes problems when using -R replications.

In a scenario where in the same timestamp two or more snapshots were
created for a dataset, the replication could fail, because when checking
the remote side, another snapshots might get replicated, and due to the
ordering bad results came back.

Example:
test@a
test@b
test@c
test@a
test@b
test@c
test@c
test@a
test@b

As shown, the reverse ordering, or maybe any ordering breaks zfs
snapshot dependencies in the listing.