Suppression de lignes dans un script

Bonjour à tous,

J'ai un script shell à réaliser (et je n'ai pas les connaissances du tout :cry:) et qui concerne un fichier (en pj) contenant les lignes ci-dessous :

LineNumber;Log
2;Ligne ignorȨe : Collaborateur ZZZZ444 inactif et non prȨsent dans Machine
2;La valeur (CDD) dans la colonne [Type_contrat] n'est pas dans le liste (FON|CDP|CDI|CDII). Le rȿgle CA1 a ignorȨ ou a dȨsactivȨ la ligne pour le collaborateur ZZZZ444

Je dois supprimer les lignes contenant les expressions ci-dessous :

"inactif et non prȨsent dans Machine"

et :

"Le rȿgle CA1 a ignorȨ ou a dȨsactivȨ la ligne"

La première ligne du fichier (LineNumber;Log) doit être ignorée et un autre fichier ne contenant pas les lignes avec les expressions ci-dessus doit être créé...

Je ne vois pas du tout comment faire, j'ai essayé des commandes sed mais rien n'y fait (peut-être à cause des caractères spéciaux ?)

Si vous avez une solution, merci beaucoup :D

Bonjour,

il y a plusieurs possibilité, avec grep, ou sed, ou encore avec awk.
grep, et awk auront besoin que tu crées un fichier temporaire.

regarde leur man pour trouver les commandes et options adéquates.

d'ailleurs, tu veux modifier le fichier original, ou en créer un nouveau ?

Salut,

Citation:

---

Envoyé par N_BaH

grep, et awk auront besoin que tu crées un fichier temporaire.

---

Pour awk, pas depuis la dernière mouture :

Citation:

---

6. The "inplace" extension, built using the new facility, can be used to
simulate the GNU "sed -i" feature.

---

;)

Merci à vous,

J'ai utilisé grep -v et ça fonctionne (bon à chaque fois je créée un fichier temporaire mais le principal c'est que ça marche), mais j'ai une dernière question, comment compter le nombre de lignes d'un fichier sachant que la première ligne du fichier ne doit pas faire partie du nombre de lignes affichées ?

Il y a "wc -l nomfichier " mais ça me compte la première ligne...

Merci d'avance

:D

Code:

---

echo $(( $(wc -l < fichier) -1 ))

---

:mrgreen:

Merci beaucoup :D

Citation:

---

Envoyé par N_BaH

Code:

---

echo $(( $(wc -l < fichier) -1 ))

---

:mrgreen:

---

Mouais...

Code:

---

1 2 3 4

$ echo $(( $(wc -l < <(echo -n "toto")) -1)) -1 $ echo $(( $(sed -n '$=' < <(echo -n "toto")) -1)) 0

---

??? Où est l'erreur ???
:mouarf::mouarf::mouarf:

Bon après, on dira que l'on a toujours un caractère NEWLINE sur la dernière ligne ou que l'on a droit à une erreur de -1 ligne...

Citation:

---

Envoyé par disedorgue

Mouais...

Code:

---

1 2 3 4

$ echo $(( $(wc -l < <(echo -n "toto")) -1)) -1 $ echo $(( $(sed -n '$=' < <(echo -n "toto")) -1)) 0

---

??? Où est l'erreur ???
:mouarf::mouarf::mouarf:

Bon après, on dira que l'on a toujours un caractère NEWLINE sur la dernière ligne ou que l'on a droit à une erreur de -1 ligne...

---

la différence de comptage
0 -1 = -1
1 -1 = 0

Oui, ça je sais, mais comme on le voit, d'un coté on compte des carottes alors que l'on croit compter des bananes (version avec wc)
et de l'autre coté on compte bien des bananes (version avec sed) :mrgreen:

Hi all,

Citation:

---

Envoyé par disedorgue

Mouais...

Code:

---

1 2 3 4

$ echo $(( $(wc -l < <(echo -n "toto")) -1)) -1 $ echo $(( $(sed -n '$=' < <(echo -n "toto")) -1)) 0

---

??? Où est l'erreur ???
:mouarf::mouarf::mouarf:

Bon après, on dira que l'on a toujours un caractère NEWLINE sur la dernière ligne ou que l'on a droit à une erreur de -1 ligne...

---

Mais pourquoi tant de haine ? :mouarf:

Code:

---

1 2 3 4 5

$ echo $(( $(wc -l < <(echo "toto")) -1)) 0   $ echo $(( $(sed -n '$=' < <(echo "toto")) -1)) 0

---

la page en français du man de wc est alors erronée :

Citation:

---

-l, --lines
afficher le nombre de lignes

---

alors qu'en anglais c'est plus clair :

Citation:

---

-l, --lines
print the newline counts

---

je devrais le savoir pourtant depuis le temps. :oops:

mais, c'est vrai, en général (pas toujours), les fichiers se terminent par un caractère <nouvelle ligne>.

De 2 exemples, on passe à 4 (2 sans newline, 2 avec) or pour l'un, on a -1 au lieu de 0.

Man français de wc:
-l, --lines
afficher le nombre de lignes

Man vo de wc:
-l, --lines
print the newline counts

Les 2 man ne disent pas la même chose et celui qui est juste est le vo :aie:

Mais je reconnais que je pinaille....

J'arrive un peu tard ...
La question postule qu'il y a au moins une ligne dans le fichier source, ce qui n'est pas le cas ici. Une ligne non terminée n'en est pas une pour Unix:

Code:

---

1 2 3

$ echo -n toto > toto $ wc -l toto 0 toto

---

Bah, dans ce cas, je trouve gonfler les éditeurs qui numerotent les lignes qui n'en sont pas ainsi que les shell qui executent des lignes qui n'en sont pas:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

$ echo -en '#!/bin/bash\nls -l' >tst.sh $ chmod 755 tst.sh $ ./tst.sh total 600 -rwxr-xr-x 1 xxxxx None 538468 26 août 00:00 1-1000000.txt drwxr-xr-x+ 1 xxxxx None 0 22 août 21:42 A -rw-r--r-- 1 xxxxx None 138 20 août 20:38 arch.tgz -rw-r--r-- 1 xxxxx None 6788 21 août 00:16 ccomment.c -rwxr-xr-x 1 xxxxx None 50032 21 août 00:25 ccomment -rw-r--r-- 1 xxxxx None 626 22 août 21:50 te.c -rw-r--r-- 1 xxxxx None 626 22 août 21:32 te.c.orig -rw-r--r-- 1 xxxxx None 285 22 août 21:23 te.cn -rwxr-xr-x 1 xxxxx None 18 29 août 19:27 tst.sh -rw-r--r-- 1 xxxxx None 5 20 août 20:37 tutu $ wc -l tst.sh 1 tst.sh $ cat -n tst.sh 1 #!/bin/bash 2 ls -l$

---

Après, de voir dans un man en français "nouvelle ligne" pour traduire newline...
wc -l compte les "sauts de ligne" pas les "nouvelles lignes"
Mais bon, c'est juste un point de vue, pour moi il est plus pertinant de faire comprendre que wc compte un caractère particulier qu'une notion.

Il s'agit de traductions incorrectes, <newline> indique un caractère bien précis, le caractère de fin de ligne, ayant pour code ASCII 10, c'est à dire "LF", "linefeed", "\n" ou "Control-J".

Les spécifications officielles de "wc" indiquent:

The wc utility shall read one or more input files and, by default, write the number of <newline> characters, words, and bytes contained in each input file to the standard output.

La norme POSIX n'impose pas aux utilitaires de considérer une dernière ligne incomplète comme valide. Plus précisément, les commandes prévues pour traiter des "fichiers texte" (text files) n'ont pas leur comportement nécessairement spécifié si on leur demande de traiter un fichier binaire. Or, un fichier qui n'est pas terminé par un <newline> est un fichier binaire suivant la définition de POSIX. cf http://pubs.opengroup.org/onlinepubs...ag_01_03_00_65

Suivant les implémentations, on pourra donc observer des comportement différents.

Par exemple ici sous Solaris 11 où les commandes GNU sont dans /usr/gnu/bin et les commandes strictement POSIX dans /usr/xpg4/bin :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

$ od -c /tmp/x 0000000 # ! / b i n / b a s h \n d a t e 0000020 $ /usr/gnu/bin/wc -l /tmp/x 1 /tmp/x $ grep date /tmp/x date$ # ici l'absence de newline a été préservée par le grep de Solaris. $ /usr/gnu/bin/grep date /tmp/x date # un <newline> est ajouté par GNU grep et POSIX grep $ /usr/xpg4/bin/grep date /tmp/x date $ sed 's/date/toto/' /tmp/x #!/bin/bash # la ligne incomplète est perdue avec le sed de Solaris. $ /usr/gnu/bin/sed 's/date/toto/' /tmp/x #!/bin/bash toto$ # le sed GNU préserve l'absence de <newline> $ /usr/xpg4/bin/sed 's/date/toto/' /tmp/x #!/bin/bash sed: Missing newline at end of file /tmp/x. # le sed POSIX affiche un message sur stderr et ajoute le <newline> qui manquait à la fin du fichier toto $

---