Intégrer un "| grep" dans awk

Bonjour,

actuellement j'ai un fichier composé de ce type de ligne :

Code:

---

1 2 3 4 5 6 7

fichier tmp/plik :   toto titi tuto tata taktak (plik) toto titi tutr tata taktak (plik2) toto titi tutf tata taktak (plik3) toto titi tuto tata taktak (plik4) toto titi tuto tata taktak (plik5)

---

je voudrais récupérer le 6ème champs comme argument pour un script et comme motif pour un grep, le tout lancer via awk :

Code:

---

awk '$0 ~ /tuto/ {gsub(/\(|\)/,"",$0); c=("/tmp/script.sh "$6" |grep " $6); print c; while(c|getline ok>0) print ok; close(c)}' /tmp/plik

---

Le problème est que j'ai l'impression que le pipe n'est pas interprété correctement, faut-il donc le protéger ou faire une autre manip pour qu'il soit correctement exécuté ? Merci à vous.

tu as déjà vu la créature de Frankenstein ?
c'est ce que je vois, là.

sors le pipe du awk.

En gros, tu appelles awk essentiellement pour lancer des commandes externes :aie:
Si c'est seulement pour t'exercer, il faudrait que tu utilises, pour récupérer la sortie de la commande "/tmp/script.sh " $6 " | grep " $6 dans la variable c, la même syntaxe que tu utilises plus loin pour récupérer la sortie de la commande c dans la variable ok, à savoir "/tmp/script.sh " $6 " | grep " $6 | getline c (ou bien une boucle tant que cette commande renvoie des lignes).

Mais sinon, il vaudrait mieux faire un truc du style

Code:

---

1 2 3 4 5

while read pattern; do … /tmp/script.sh "$pattern" | grep "$pattern" … done < <(awk -F'[()]' '/tuto/{print $2}' /tmp/plik)

---

Bon je pensais que l'on pouvait construire une commande avec un grep dans un awk mais apparemment non, en tout cas merci pour infos, sinon en cherchant j'ai pu bricoler une commande qui à l'air de fonctionner :

Code:

---

(cat /tmp/plik | awk -F'[()]' '/tuto/; print "/tmp/script.sh "$6 " | grep -i "$6}' )| while read A; do echo "$A"|sh; done

---

Mais bon autant faire un while read comme suggéré par balkany :(

on t'a déjà fait la remarque sur le cat.
et un sous-shell est inutile, pour grouper des commandes, utilise simplement des accolades.

avec du codage comme ça, tu vas finir par faire se bouffer la queue au serpentin.
:massacre:
apprends à rédiger des algorithmes avant de coder.
:rouleau:

Désolé c'est les mauvaises habitudes :(

quand tu parles de sous shell tu fais référence au "|sh" ? C'est vrai que je l'utilise pas mal pour lancer des commandes à la va vite, mais il y-a-t-il un effet pervers à ce type de pratique ?

non, je parle des parenthèses.

Bonjour :coucou:

De toute façon il n'y a rien à regrouper.
cat : 1 entrée, une sortie.
awk : 1 entrée, une sortie.
while: 1 entrée, une sortie.


D'autre part, pourquoi envoyer à "sh" ? Fais-tu un eval, sans le dire ? Eval is evil. (Les humoristes anglophones se régalent.)

Citation:

---

Envoyé par sedawk

Bon je pensais que l'on pouvait construire une commande avec un grep dans un awk mais apparemment non

---

Si, techniquement on peut, mais ça n'est pas une bonne idée.
Soit on appelle grep en dehors de awk, soit on reste dans awk, et on utilise les outils propres au langage pour filtrer.
Si vraiment tu veux exécuter ta commande dans awk, si j'ai bien suivi, ça donnerait ça :

Code:

---

awk -F'[()]' '/tuto/{system("/tmp/script.sh " $2 " | grep -i " $2)}' /tmp/plik

---

Hello Flodelarab,

j'utilise le | sh comme pour faire un "bash monscript.sh" (enfin je suppose que cela fait la même chose ?)

Balkany : c'est ça que je cherchais à faire ne effet :)

En général, on parle de "source" ou "." pour sourcer les fichiers.
Pour en savoir plus,

Code:

---

man .

---

ou

Code:

---

man source

---

Ton code écrit comme tu le fais crée un sous-processus et les variables modifiées par ton fichier sourcé ne seront modifiées que dans le sous-processus. On préférera une syntaxe du genre :

Code:

---

while read fic;do . "$fic"; done < <(script_qui_fournit_la_liste_des_fichiers_a_sourcer.bash)

---

Exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

$ ls a.bash b.bash c.bash $ grep -nH '' *.bash a.bash:1:#!/bin/bash a.bash:2: a.bash:3:a=7 b.bash:1:#!/bin/bash b.bash:2: b.bash:3:a=9 c.bash:1:#!/bin/bash c.bash:2: c.bash:3:a=11 $ a=5;while read fic;do . "$fic"; done < <(for i in a b c; do echo "$i.bash"; done); echo $a 11

---

Pas de conduite (pipe) donc pas de sous-processus, donc "a" est modifiée.

bah.

Code:

---

awk ... |xargs -I_ sh -c 'script "$1" | grep "$1"' _ sh

---

quitte à faire propre...

et encore, je ne suis pas certain que le sh soit indispensable : on peut peut-être se contenter de grepper la sortie de xargs.

parce qu'on peut faire tenir un éléphant sur sa trompe, le dompteur aura l'air talentueux, mais l'éléphant, lui, aura l'air bête (pour rester poli).
mais ce sera un tortionnaire, et un Q en l'air.

T'as une petite erreur là, non ? Ou alors je comprends pas une subtilité ?
C'est pas plutôt

Code:

---

awk ... |xargs -I_ sh -c 'script "$1" | grep "$1"' _ _

---

ou bien

Code:

---

awk ... |xargs -Ish sh -c 'script "$1" | grep "$1"' _ sh

---

mais pourquoi sh (comme chaine à remplacer) ?

Une autre façon sympa:

Code:

---

1 2 3

$ bash -c "$(echo -e "foo bar\nfoo foobar" | awk '/foo/ {print "echo "$2" | grep "$2}')" bar foobar

---

Citation:

---

mais pourquoi sh (comme chaine à remplacer) ?

---

pfff. je me suis trompé, bien sûr.
:oops:
sh doit être le premier paramètre passé à sh (pour être assigné à $0) :

Code:

---

awk ... |xargs -I_ sh -c 'script "$1" | grep "$1"' sh _

---

Ah ben oui, j'avais même pas pensé à intervertir les deux paramètres ! :aie: