Überprüfen Sie die Ausgabe eines Befehls in Shell-Skript

Question

Ich schreibe eine sehr einfache Shell-Skripts, die das Protokoll aller fehlgeschlagenen Tests betrachtet und den gesamten Namen aller Dateien im aktuellen Verzeichnis, die im Protokoll enthalten sind, ausgedruckt

1 #! /bin/sh 

2 for file in * 
3 do 
4  echo "checking: $file" 
5  if [$(grep $file failed.txt -c) -ne 0] 
6  then 
7   echo "$file FAILED" 
8  fi 
9 done 

Als ich es ausführen, bekomme ich diesen Fehler:

line 6: [0: command not found 

Hat jemand eine Idee, warum?

Danke !!

Answer 1

[ ist eigentlich ein Befehl in Linux (wie bash oder cat oder grep).

$(grep $file failed.txt -c) ist ein Befehl Substitution, die auf 0 ausgewertet, in Ihrem Fall also jetzt die Linie liest [0 -ne 0], die -ne 0] mit Argumenten [0 genannt, ein Programm als laufen interpretiert wird.

Was Sie stattdessen schreiben sollten, ist [ $(grep $file failed.txt -c) -ne 0 ]. Shell-Skripts erfordern Leerzeichen zwischen den öffnenden und schließenden eckigen Klammern. Andernfalls Sie den Befehl ändern, die (das Schließen ausgeführt wird ] zeigt an, dass es keine weiteren Argumente zu lesen ist.

So, jetzt der Befehl an [ 0 -ne 0 ] auswertet. Sie können versuchen, diese in der Shell ausgeführt wird, um zu sehen, was passiert. [ Ausfahrten mit einem Wert von 0 wenn der Ausdruck wahr ist und 1 wenn es falsch ist. Sie haben den Exit-Wert $? von Echo sehen (der Ausgangswert des letzten Befehls ausgeführt werden).

Answer 2

Statt die Anzahl der Prüfung, Sie kann den Rückkehrcode von grep:

if grep -q $file failed.txt &>/dev/null 

0 testen

Answer 3

Das Skript kann

#!/bin/sh 

for file in *; do 
    echo "checking: $file" 
    grep failed.txt $file && echo "$file FAILED" 
done 

oder als Einzeiler in Benutzer-Shell-Befehl Geschichte sein:

for file in *; do { echo "checking: $file" && grep failed.txt $file && echo "$file FAILED"; done

in man grep

EXIT STATUS
The exit status is 0 if selected lines are found, and 1 if not found. If an error occurred the exit status is 2. (Note: POSIX error handling code should check for '2' or greater.)