Par défaut, sort traite des caractères et le résultat est correct, 8 venant après 1.
Par défaut, sort traite des caractères et le résultat est correct, 8 venant après 1.
Sauf que l’option -n est là pour lui demander un tri numérique.
Le problème ne vient pas de là, il vient en partie du fait que le blanc n’est pas le séparateur par défaut, qui est le Tab. Et même en spécifiant -t’ ’ cela ne fonctionne pas.
Mais séparer par des Tab ne résout pas tout, il reste encore des résultats insatisfaisants concernant la portée du tri dans la ligne. Je donnerai des exemples dès que j’aurai un peu plus de temps.
salut
je considère depuis longtemps quand je bosse sur des trucs en bash que la règle est :
chaque colonne est séparée par un # ou une virgule
chaque colonne contient des nombres de même taille et je rajoute des zéros devant
dans la mesure du possible je passe en python, quitte à lui faire lancer des bash
mais c’est toujours rigolo de jouer avec sort
mais dans tous les cas tu DOIS mettre LC_ALL = C devant si tu utilises sort ;
si je reprends le début mais en remplaçant les espaces par des tabulations ( selon la suggestion )
69 97 91 23 f
54 31 87 14 p
98 23 58 0 k
31 71 53 79 e
56 31 23 75 z
54 31 87 8 x
9 97 38 45 r
53 97 55 49 p
94 31 23 18 h
76 31 23 75 u
sort -n lili.txt
donne :
9 97 38 45 r
31 71 53 79 e
53 97 55 49 p
54 31 87 14 p
54 31 87 8 x
56 31 23 75 z
69 97 91 23 f
76 31 23 75 u
94 31 23 18 h
98 23 58 0 k
sort -k2n -k3n -k4n lili.txt
98 23 58 0 k
94 31 23 18 h
56 31 23 75 z
76 31 23 75 u
54 31 87 8 x
54 31 87 14 p
31 71 53 79 e
9 97 38 45 r
53 97 55 49 p
69 97 91 23 f
on dirait que ça marche sur ma stretch avec env|grep LC vide