tr: supprimer LF en fin de ligne

Bonjours,

J'ai un fichier ou le champ séparateur est | et il est présent après le dernier champ.
Je cherche a compter le nombre de champ sur la première ligne qui a ce format:

Code:

---

1 2 3

head -n 1 ../tmp/TATA_20080830120000.log TATA||2008-08-19 00:00:55|16|1|login|TITI|TOTO|TUTU|13|301||1||

---

Comme vous pouvez le constater, Il me suffit de compter ne nombre de | pour avoir le nombre de champs.(dans ce cas 14)

Code:

---

1 2 3

head -n 1 ../tmp/TATA_20080830120000.log| sed -e 's/[^'$"|"']//g' |wc -m 15

---

Apres analyse, la commande head rajoute un caractère non imprimable de fin de ligne LF.

J'ai donc tenté de rediriger vers tr:

Code:

---

1 2 3

head -n 1 ../tmp/TATA_20080830120000.log| sed -e 's/[^'$"|"']//g' |tr -d \r | wc -m 15

---

D'où ma question: comment éliminer le caractère LF ?
J'ai lu dans le man tr qu'on pouvait éliminer un caractère avec son code hexa mais ca ne marche pas:

Code:

---

1 2 3

head -n 1 ../tmp/TATA_20080830120000.log| sed -e 's/[^'$"|"']//g' |tr -d \0x0A | wc -m 15

---

Quelqu'un a une solution ?

Eric.

Bonjour,

C'est bien étrange pour compter le nombre de champs. Une simple commande awk aurait été suffisante.

Code:

---

awk -F '|' '{print NF; exit}' fichier.txt

---

Sinon, on peut effectivement supprimer tout ce qui n'est pas '|' puis compter le nombre de caractères. Mais dans ce cas, on peut faire plus simple:

Code:

---

head -1 fichier.txt | sed -e 's/[^|]//g' | wc -m

---

Pour la question, la plupart des commandes ajoutent un '\n' (Linux à tout le moins) à la fin de leur sortie pour que le prompt (l'invite) soit bien sur la ligne suivante. Les commandes savent qu'il ne faut pas traiter ce caractère, c'est la fin de la ligne de commande. On peut néanmoins retirer le caractère '\n' de la sortie de la commande head en utilisant tr. Attention cependant à bien mettre les quotes (guillemets) autour du caractère spécial \n.

Code:

---

head -n 1 ../tmp/TATA_20080830120000.log | sed -e 's/[^'$"|"']//g' | tr -d '\n' | wc -m

---

L'on remarque alors que le prompt n'est plus sur la ligne suivante mais à la fin de la sortie des commandes.

Je crois que je me suis très mal exprimé.

J'ai fait deux scripts de test pour illustrer mon propos:

Code:

---

1 2 3 4 5 6 7

# ls testTri* testTri: test testTri.sh*   testTri2: test testTri2.sh*

---

Le fichier test contient les même info (3 champs par ligne) dans les deux cas:

Code:

---

1 2 3 4

cat testTri2/test champ1|champ2|champ3| champ4|champ5|champ6|

---

voici le code de testTri.sh

Code:

---

1 2 3 4 5 6 7 8 9 10

cat testTri/testTri.sh #!/bin/bash   for iFic in `ls test` ; do cat $iFic | while read ligne ; do nb=$(echo -n $ligne| sed -e 's/[^'$"|"']//g' | wc -m) echo "nb="$nb " iFic="$iFic done done

---

et le résultat de son appel:

Code:

---

1 2 3 4 5

cd testTri/ vke00@152101a121 /app/vke00/tmp/testTri oxe11 # ./testTri.sh nb= 3 iFic=test nb= 3 iFic=test

---

Ce script boucle sur chaque lignes du fichier et compte le nombre de pipe.

Je veux le modifier afin qu'il ne boucle plus sur les lignes:

Code:

---

1 2 3 4 5 6 7 8

cat testTri2/testTri2.sh #!/bin/bash   for iFic in `ls test` ; do nb=$(head -n 1 $iFic| sed -e 's/[^'$"|"']//g' | wc -m) echo "nb="$nb " iFic="$iFic done

---

et voici le resultat de son appel:

Code:

---

1 2 3

./testTri2.sh nb= 4 iFic=test

---

Il compte un pipe de trop !

Quand à awk, j'obtiens:

Code:

---

1 2 3

awk -F '|' '{print NF; exit}' test 4

---

Donc encore 1 de trop !

C'est très tétrange, non ?

Précision: je suis sous AIX, mais je ne pense pas que cela pose problème.

autant pour moi,

Code:

---

1 2 3

head -n 1 test | sed -e 's/[^'$"|"']//g' | tr -d '\n' | wc -m nb= 3 iFic=test

---

Marche très bien !

J'ai tout de même deux points qui me chiffonnent:
1/ comment savoir si une commande rajoute LF "à la fin" ? Et dans ce cas, qui rajoute LF ? Dans testTri.sh, pourquoi n'y a t'il pas de LF rajouté par sed ?
2/Où dans la donc est-il indiqué que je devais mettre des quotes autours de \n ?

Encore merci,

Eric.

Pour le point 1: La plupart des commandes ajoutent un retour à la ligne (newline) à la fin de leur sortie, sauf echo -n "coucou" ou printf "coucou".

Pour le point 2: man bash. Lors de la commande tr -d \n, l'interpréteur lance la commande tr avec l'option -d et le paramètre n, c'est-à-dire qu'il lance réellement tr -d n. Pourquoi? Parce qu'il existe des méta-caractères: ce sont des caractères avec une signification spéciale (| & ; ( ) < > espace tab). Mais pour représenter les vrais caractères et pas leur signification spéciale, il faut les échapper avec un \ devant, donc \ permet d'obtenir le vrai caractère qui suit. C'est pourquoi \n devient n. En ajoutant les guillemets, on interdit à l'interpréteur d'aller tenter de modifier ce qu'on veut passer à la commande.

Un autre point: Pourquoi écris-tu l'expression régulière /[^'$"|"']/ ? À l'intérieur des guillemets de sed, le caractère '|' n'est plus un méta-caractère. Par conséquent il est loisible d'écrire /[^|]/.

pour le \n à la fin, dès qu'il y en a un, aucun autre n'est ajouté.

Code:

---

echo toto | grep toto

---

echo ajoute un \n à toto, grep n'ajoute rien.

Code:

---

echo -n toto | grep toto

---

echo -n n'ajoute pas le \n, alors grep le fait.

Citation:

---

Envoyé par jmelyn

Un autre point: Pourquoi écris-tu l'expression régulière /[^'$"|"']/ ? À l'intérieur des guillemets de sed, le caractère '|' n'est plus un méta-caractère. Par conséquent il est loisible d'écrire /[^|]/.

---

En fait, je ne suis pas l'auteur du script initial...
L'expression régulière est "remplace tout ce qui n'est pas un pipe par rien".
Il aurait effectivement été plus judicieux d'écrire "sélectionne tous les pipes" :D
Pour les guillemet...heu...je ne suis pas l'auteur (et je n'ai pas l'occasion de le contacter), je ne suis pas très futé non-plus... :D