Bonjour,
 
Je cherche à faire une recherche dans un fichier de log compressé .gz.
J'utilise habituellement la commande "gunzip -c fichier.log.gz | grep ma_recherche".
Mais j'aurais besoin ici de faire un peu plus. Malheureusement, la machine n'est pas la mienne, et je suis très limité en commandes, options et droits...
 
En gros, j'aimerais pouvoir passer la commande "gunzip -c fichier.log.gz" dans un while.
 
Par exemple, pour mes logs non compréssés, je pensais faire :

 
Or on ne peut passer qu'un fichier dans cette boucle et j'aimerais passer mon fichier.gz pour l'analyser ligne par ligne.
Y-a-t-il une possibilité ?
 
Merci de votre aide !    
Bonne journée.

salut,
 

grep n'est pas indispensable pour une ligne, les doubles crochets peuvent faire le boulot, éventuellement expr aussi

Merci de ta réponse.
Cela ne résout pas mon problème, car la machine n'en veut pas. Mais sinon, ça marche sur une plus récente. Si tu as une méthode pour contourner je suis preneur, sinon tant pis.
 
Par contre, je n'ai pas trop pigé par quoi tu voulais remplacer le grep. Pour un if je ferais :

Tout bêtement... Merci beaucoup !

 
Salut
Pourquoi vouloir ABSOLUMENT écrire toujours if test ??? L'instruction if peut évaluer TOUTE commande pourvue que ladite commande renvoie un état 0/non 0 (ce qui est le cas de grep quand il trouve/ne trouve pas)
 

si le bash de la machine de destination est ancien, il peut ne pas accepter cette syntaxe non plus.

@watael : Ma machine prend le pipe/while, donc cela résout bien mon problème.
Et le test de ton if me paraît le plus simple. Je n'y avais pas pensé.
 
@Sve@r : Je ne vois pas trop la différence entre nos deux if. Je ne fais pas de tests, je joue sur le code retour également non ?
 
Merci à vous.

Dans l'absolu oui. Car que tu écrives

if test
then ...

ou

if grep
then ...

dans les deux cas tu demandes à "if" d'évaluer le code retour de la commande en question.
 
Toutefois, ton écriture  

if test `echo $ligne | grep recherche`
then
          ...

l'imbrication de backquottes demande au shell un travail supplémentaire, à savoir ouvrir un nouveau processus qui ira exécuter echo $ligne | grep recherche puis récupérer le texte affiché par cette commande et ensuite ramener ce texte dans l'instruction puis ensuite le processus se terminera et le test reprendra la main pour aller tester ce texte (sous-entendu "tester s'il existe ou pas" donc tester si grep a ramené quelque chose ou pas).
Donc oui ça marche... mais que de travail alors qu'un simple if grep eut suffit...
 
Je ne râle pas pour le if test qui est aussi efficace que if autre_chose, je râle parce que, par manque d'ouverture d'esprit en ne réalisant pas que l'instruction if peut évaluer toute commande quelle qu'elle soit, la majorité des programmeurs shells se cantonnent dans des "if test" et vont ensuite chercher des trucs abracadabrants pour que ça y rentre...
 
PS: "[]" est équivalent à "test" et tout ce que j'ai dit à propos du if est valable aussi pour le while et le until. D'ailleurs l'instruction de watael "while read ..." illustre bien cette notion (tant que read renvoie "vrai" donc tant que read a lu quelque chose)...
 

watael ne parlait pas du pipe while (qui est un des fondamentaux d'Unix)... mais de la syntaxe [[ ... ]] qui est une syntaxe connue que des shells un peu évolués (à partir de bash)  

Pour le pipe while, c'était l'objet de ma question. Malgré que le principe soit fondamental, je ne l'avais jamais encore utilisé avec une boucle. J'avais crû tester cette syntaxe sans succès. Mais j'avais dû me planter quelque part. En le voyant m'être proposé ici, j'ai retenté et cela a fonctionné. Mon problème d'origine est donc bien résolu.  
 
Quant à la boucle if, effectivement, je ne savais pas que cela demandait moins de travail sans les backquotes. A l'avenir, je ne les utiliserais plus de cette façon.
 
Je n'utilise que très peu les scripts en shell et depuis peu de temps. Je fais ce que je peux avec les connaissances que j'ai. Je pose parfois des questions connes qui me permettent de l'être un peu moins. Tu m'en vois désolé si je manque d'ouverture d'esprit...
 
Merci pour les infos en tout cas.