Unix Je pige pas... - Page 1

J'ai une liste comme ca :

BOUSRIH		HICHEM		linfg152
EMMANUEL-EMILE	CYRIL		linfg151
GUILLOUX	YANN		linfg154
MBAYE		MOUHAMAD	linfg153
PRESSANTI	RICHARD		linfg156
RAKOTOVAO	FALY		linfg155
SALANIE		XAVIER		linfg150

pourquoi apres un "sort -k 3" Unix me sort ca :

SALANIE		XAVIER		linfg150
EMMANUEL-EMILE	CYRIL		linfg151
BOUSRIH		HICHEM		linfg152
GUILLOUX	YANN		linfg154
RAKOTOVAO	FALY		linfg155
PRESSANTI	RICHARD		linfg156
MBAYE		MOUHAMAD	linfg153

C'est moi ou il est pas foutu de savoir trier dans l'ordre ???

Donne le fichier exact...parce que avec l'exemple que t'as mis ça marche très bien, au moins sur la version GNU, BSD et AIX.

et un ptit uname -a pour en savoir plus sur ta machine

http://databob.free.fr/Volume/index.php?f=ECCCEAD9

C'est ce fichier texte et il faut trier suivant les "linfg"

---

godzil> IRIX64 ondine 6.5 10120733 IP27

Je vois pas ce que ca peut t'apporter (vu que c'est un terminal X )...

moi j ai obtenu le meme resultat que toi.

By default, fields are separated by the empty string between a non-blank character and a blank character.Donc les espaces devant le 3ème champ sont pris en compte lors du tri.
Il faut utiliser sort -k 3b pour ignorer les caractères vides au début du champ.

C'est bien vu.
Oui sur les autres parties de l'exemple, la chaine utilisée pour le tri est "\t\tlinfg154" par exemple, alors que le 153, le nom faisant 8 caractères, n'a qu'un seul caractère de tabulation.
D'où le tri logique, \t < l donc "\t\tlinfg154" < "\tlinfg154"

Et le problème ne se manifeste pas ou pas de la même façon dans ce que naPO a copié-collé tout simplement parce que...ce n'est pas le même fichier (il a copié collé des espaces au lieu de tabulations)

erf, ok, même pas fait gaffe

Si si le probleme se manifeste avec son copier coller. (suffit de le coller dans pico et tu veras)

J'avais fait un copier-coller avec asedit

non mais ton copier coller a bien marche :P

Oui effectivement le problème du copier coller c'est que entre la possibilité de modification au moment où tu copies ton fichier, celle du programme où tu colles, les éventuelles altérations dues au medium (yaronet est bien étanche pour ça c'est plutôt bien), les altérations liées au logiciel qui fait le rendu de mon côté (en l'occurence firefox pour mon test) et comment le programme cible interprète ce qu'on lui copie colle....ben si t'as la même chose exactement au départ et à l'arrivée t'as du bol

naPO :
http://databob.free.fr/Volume/index.php?f=ECCCEAD9

C'est ce fichier texte et il faut trier suivant les "linfg"

---

godzil> IRIX64 ondine 6.5 10120733 IP27

Je vois pas ce que ca peut t'apporter (vu que c'est un terminal X )...

Sachant qu'un TX n'est PAS une machine au sens propre, il ne fait que relayer un affichage provenant d'un server, en l'occurence un serveur sous IRIX64, cette information a ça valeur, sort pourrait etre connu comme buggé sous IRIX64, et ce quelque soit le moyen que tu sois connecté sur ce serveur, en directe, via ssh ou via un TX, un TX n'est qu'un bete terminal, il ne fait qu'afficher et relayer ce que tu fait avec la sourie et le clavier (en gros), c'est pas lui qui execute

Mais tu aurais vraiment commencé à chercher l'existence de bugs de sort sur IRIX64 plutôt que de tester le test case sur ta propre machine ?

Non

mais bon des fois ça peut donner la solution (genre cygwin ou autres trucs pas nets ^^)