Discussion :

[freyr]

Bonjour à tous,

J'ai un script shell à réaliser (et je n'ai pas les connaissances du tout ) 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

[N_BaH]

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 ?

[zipe31]

Salut,

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

Pour awk, pas depuis la dernière mouture :

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

[freyr]

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

[N_BaH]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[freyr]

Merci beaucoup

[disedorgue]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Mouais...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

??? Où est l'erreur ???


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...

[frp31]

Mouais...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

??? Où est l'erreur ???


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

[disedorgue]

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)

[zipe31]

Hi all,

Mouais...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

??? Où est l'erreur ???


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 ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[N_BaH]

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

-l, --lines
afficher le nombre de lignes

alors qu'en anglais c'est plus clair :

-l, --lines
print the newline counts

je devrais le savoir pourtant depuis le temps.

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

[disedorgue]

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

Mais je reconnais que je pinaille....

[jlliagre]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$ echo -n toto > toto
$ wc -l toto
0 toto

[disedorgue]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[jlliagre]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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
$