Egrep - Exclure la commande grep elle-même [Résolu]

Juste pour comprendre, en quoi le fait de préciser [p] élimine le openerp présent dans la commande ps ?

Salut,

Ta question c'est plutôt : en quoi le fait de préciser [p] élimine le openerp présent dans la commande grep ?
Et non dans la commande "ps" ;-))

Pour simplifier j'ai enlevé l'astérisque (quantificateur) de la commande qui suit...

Alors si on laisse "ps -ef | egrep 'openerp.py", grep recherche la chaine openerp.py dans la liste affichée par "ps -ef" et trouve naturellement les occurrences propres aux programmes mais aussi celle du processus "grep", alors qu'en rajoutant un crochet, qui n'est interprété que par grep comme une expression régulière (liste de caractères), il ne trouve que les occurrences propres aux programmes mais ignore la chaine de caractère littérale "o[p]enerp.py", les crochets n'étant pas développés mais interprétés littéralement...

;-))

Merci jipicy, cela fonctionne. Je rejoints la question de Jeff. En quoi le fait de mettre p entre crochets élimine le fait d'afficher ce qui est dans egrep?

Voir explications ci-dessus ;-))

Salut,

mais ignore la chaine de caractère littérale "o[p]enerp.py", les crochets n'étant pas développés mais interprétés littéralement...

Comment ça?!
Pour que les crochets soient interprétés littéralement il faut un backslash \[p\] sinon avec egrep 'o[p]enerp.*py' egrep devrait pouvoir reconnaître.

oenerppy
oenerpJKLJERKLJpy
opernerppy
openerpUIORUL454545py
....

Je me suis peut être mal exprimé par rapport à un féru de regex coutumiers de surcroit des appellations précises et des termes à employer dans ces cas là ;-((

Désolé ;-\

Ce que je voulais dire c'est que sans les crochets, grep recherche la chaine "openerp.py" et la trouve effectivement dans les processus recherchés mais aussi dans le processus correspondant à "grep".

Par contre avec les crochets, grep trouve toujours les processus recherchés, mais ne tient pas compte de la chaine littéralle "o[p]enerp.py" correspondant au processus affiché par grep...

C'est mieux comme ça ? ;-))

Re,

En fait c'est moi qui a dit une connerie ;-)
J'ai fait la confusion en le quantificateur facultatif ? et la classe de caracètre [] qui en fait similaire à une alternative | pour un seul caractère par exemple 'a|b|c' et '[abc]'

Merci.

Ah oui, trop fort jipicy, je n'y aurais jamais pensé, tu m'as appris quelque chose :-)))

Ce n'est pas de moi, j'avais vu ça un jour au hasard d'un surf au tout début que je m'intéressais à Linux, j'avoue même qu'au début je n'avais pas bien compris le comment du pourquoi, et même quand j'ai posté la solution, je me suis dit si on me demande pourquoi je vais être dans la m*rde ;-))

En fait merci à vous surtout, vous m'avez permis en vous l'expliquant de mieux le comprendre moi même ;-))

Par contre, si on enlève le paramètre "-f" (forêt) et qu'on ne laisse que le "-e", il ne tient pas compte du processus correspondant à "grep" ;-))

ubuntu-test:~$ ps -ef | egrep 'cron'
root       613     1  0 10:10 ?        00:00:00 cron
girpeh    1951  1329  0 11:58 pts/0    00:00:00 egrep --color=auto cron

ubuntu-test:~$ ps -ef | egrep 'cr[o]n'
root       613     1  0 10:10 ?        00:00:00 cron

ubuntu-test:~$ ps -e | egrep 'cron'
  613 ?        00:00:00 cron

ubuntu-test:~$

;-))

Re,

Donc le [] c'était pour eliminer la ligne avec la command grep que tu viens de lancer.
C'est bien ça, puisqu'à vrai dire je n'ai pas compris ?

Ben oui ;-))

Re,

A vrai dire je n'ai jamais rencontrai une situation pareil ;-)
Comme je n'ai pas possibilité de me pencher au sujet (pas de Linus) je vais regarder ce soir à la maison pour comprendre.

Pour moi ona la commande ps qui affiche son résultat sur stdout et ensuite par la pipe grep fait son filtre.
Vu que grep agit sur des chaines de caractères, qu'on mets ou pas [] il aurait du reconaître.
Je trouve plutôt bizarre.

Essaie d'envoyer le résultat dans un fichier et teste la regex pour voir.

Quand je fais : ps -ef | egrep 'cron'
J'ai le résultat suivant :

root       613     1  0 10:10 ?        00:00:00 cron
girpeh    2283  1329  0 12:58 pts/0    00:00:00 egrep --color=auto cron

Normal vu que la chaine 'cron' est bien trouvée à la fois dans la commande 'cron' et dans la ligne de commande du processus correspondant à "grep".

Par contre quand je fais : ps -ef | egrep 'c[r]on'
Voilà comment doit être interprétée la commande affichée par le processus correspondant à "grep" :

root       613     1  0 10:10 ?        00:00:00 cron
girpeh    2283  1329  0 12:58 pts/0    00:00:00 egrep --color=auto c[r]on

Et de ce fait, vu qu'il ne correspond pas à la chaine recherchée, il n'est pas affiché ;-\

C'est plus mieux comme ça ? ;-))

Question qui peut paraitre conne (j'suis au boulot, donc pas de nux pour essayer)....

ps -ef | egrep 'c[r]on'

ça fait pareil ca ? :

ps -ef | egrep 'cr[o]n'

En gros ma question est : est ce que les [] peuvent être mis où tu veux ?

Salut,

Oui, où tu veux et avec plusieurs lettres, mais bon une seule suffit ;-))

Amusant, j'essaierai ce soir.

Merci bien :)

Re,

En gros ma question est : est ce que les [] peuvent être mis où tu veux ?
D'après le fonctionnement expliqué par Jipicy, en fait c'est juste une histoire de crochet ce qui fait que ce n'est pas important l'endroit.

Moi j'ai pensé à [c]r?on, mais je n'ai pas posé la question. ;-DDD

Le truc est que je suis lent à la détente.. J'aime bien me faire réexpliquer plusieures fois ... ;)

Le truc est que je suis lent à la détente..
Encore un qui ne doit pas boire que du lait ;-D

hihihi.

Black russian : caloa, vodka, lait, glace pilée (voir chantilly aussi)

Sisi je bois bien du lait ;)

Re,

Encore un qui ne doit pas boire que du lait
lait ça ne veut rien dire, c'est la source qui compte ;-)))

Ow c'est fini vous deux oui ? ..

Re,

Cette explication ne me satisfait pas ;-(

Si les crochets auraient été interprétés littéralement et pas en tant que metacaractères alors on n'avait pas un message d'erreur.
Au pire je n'avait aucune reconnaissance vu que la chaîne littérale "cr[on" n'existe pas.
Pour obliger que le motif soit reconnu comme une chaîne littérale j'ai du utiliser un backslash.

lami20j@debian-acer:~$ ps -ef |egrep 'cr[on'
egrep: Échec du pairage de [ ou de [^
lami20j@debian-acer:~$ ps -ef |grep 'cr\[on'
lami20j@debian-acer:~$ 

Tu ne me comprends pas ;-((

Et je ne sais plus/pas comment te l'expliquer ;-(((

Re,

Ok, j'ai compris pour quoi.
En fait il ne s'agit pas de l'interpretation de egrep en ce qui concerne les metacaracteres mais de ce que la commande ps affiche.
Et oui, elle affiche la commande executée ;-)

Quand on fait
ps -ef | grep cron

Alors les lignes affichées par ps sont bien

lami20j@debian-acer:~$ ps -ef | grep 'cron'  
root      1735     1  0 17:11 ?        00:00:00 /usr/sbin/cron  
lami20j  14751  2619  0 18:12 pts/0    00:00:00 grep cron

Donc egrep 'cron' peut reconnaître les deux ainsi que egrep 'cr[o]n'
C'est visible quand fait un test sur un fichier texte.

lami20j@debian-acer:~$ cat psef  
root      1735     1  0 17:11 ?        00:00:00 /usr/sbin/cron  
lami20j  14751  2619  0 18:12 pts/0    00:00:00 grep cron  
lami20j@debian-acer:~$ cat psef | egrep 'cron'  
root      1735     1  0 17:11 ?        00:00:00 /usr/sbin/cron  
lami20j  14751  2619  0 18:12 pts/0    00:00:00 grep cron  
lami20j@debian-acer:~$ cat psef | egrep 'cr[o]n'  
root      1735     1  0 17:11 ?        00:00:00 /usr/sbin/cron  
lami20j  14751  2619  0 18:12 pts/0    00:00:00 grep cron  
lami20j@debian-acer:~$ 

En revanche si on utilise egrep 'cr[o]n' ps affiche ça (j'affiche la ligne avec la commande concernée)

lami20j@debian-acer:~$ ps -ef | grep -v 'cr[o]n' |  tail -n 2  
lami20j  14769  2619  0 18:14 pts/0    00:00:00 grep -v cr[o]n  
lami20j  14770  2619  0 18:14 pts/0    00:00:00 tail -n 2  

Ce qui nous montre effectivement 'cr[o]n' ne peux pas trouver la ligne puisque ps affiche "cr[o]n" (la commande tapée).
Mais egrep interprète correctement la classe de caractères, c'est pour ça qu'il trouve
root 1735 1 0 17:11 ? 00:00:00 /usr/sbin/cron

mais il ne reconnaîtra pas

lami20j 14769 2619 0 18:14 pts/0 00:00:00 grep -v cr[o]n

C'est ce que j'ai essayé de te dire là, et que je ne savais plus comment te l'expliquer ;-\

Merci pour ton explication ;-))

Bon sur le coup je ne comprend plus rien....

mdr -_-

Quand tu lances :

[jp@MDK-2010 tmpfs]$ ps -ef | egrep 'cron'
root      1144     1  0 17:35 ?        00:00:00 crond
jp       15031  2145  0 18:33 pts/0    00:00:00 egrep --color cron

La commande "ps" affiche tous ses processus (y compris celui généré par "grep" (15031)) et grep recherche la chaine "cron" dans l'affichage qu'il rencontre donc 2 fois, la commande proprement dite et la commande "egrep --color 'cron'". OK ?

Par contre, quand tu lances :

[jp@MDK-2010 tmpfs]$ ps -ef | egrep 'c[r]on'
root      1144     1  0 17:35 ?        00:00:00 crond

La commande "ps" affiche tous ses processus (y compris celui généré par "grep" (xxxxx)) et grep recherche la chaine "cron" (après interprétation de la classe de caractère), mais pas la chaine littérale "c[r]on" (celle affichée par la commande "ps"...) c'est mieux ? ;-\

Oui ça j'avais compris (j'ai pu tester en rentrant)
C'est l'explication de lami20j qui m'a planté (et j'avais surtout envie de faire mon chieur, donc je me suis manifesté ^^)

Maintenant que ma bière est fraiche et décapsulée (le mythe du lait tombe...), tout est plus clair ;)

Ben si tu permets je vais t'accompagner, le temps d'aller m'en chercher une et les caouètes et autres cochonneries qui vont avec ;-))

Pourquoi pas :)

Re,

C'est l'explication de lami20j qui m'a planté
Comme quoi tu dois faire les tests toi même ;-) comme ça tu comprendra mieux puisque sur ce coup je n'ai pas compris les explications de jipicy ;-)))

Mdr oui :)

T'as qu'à dire aussi que j'explique mal, noméo !!! ;-))

J'attend toujours les cahuètes... remarque on a mangé entre temps...

Ben fallait te servir tant qu'il y en avait, maintenant c'est trop tard ;-((

on se remettra ça ce week-end :p

Tiens, un truc tout c[r]on auquel je vient de penser...

Faire tout simplement :

ps -ef | egrep -v 'c[r]on'

Pour voir pourquoi le "c[r]on" marche ;-))

Con...

C'est pas du tout le même type de résultat..

Non c'est pour illustrer pourquoi le fait de mettre les crochets empêche le processus "grep" d'être affiché.

Oué je veux bien, mais là sur le coup ça m'en affiche un paquet...

Faudra un de ces 4 que je m'y mette un peu.. quand j'aurais un peu de temps :((

Ça t'en affiche un paquet, mais ce qui importe c'est les dernières lignes où l'on retrouve :

jp        8072  2145  0 20:34 pts/0    00:00:00 ps -ef
jp        8073  2145  0 20:34 pts/0    00:00:00 egrep --color -v c[r]on
jp        9356  2109  0 18:12 pts/1    00:00:01 /bin/bash

Ce qui m'est en évidence pourquoi les crochets interfèrent sur l'autre commande ;-))

Ah oui bien vu