salir de la búsqueda si falla un -exec

¿Hay alguna manera de escribir un mensaje findpara que se rompa si una de las -execoperaciones falla en un archivo?

Por ejemplo ( javacse usa convenientemente como un programa que puede devolver un código de salida de 1 en algunos archivos y sin ningún otro motivo):

$ echo "public classXX A{}" >> A.java
$ echo "public class B{}" >> B.java
$ find . -iname \*.java -exec javac {} \;
./A.java:1: error: class, interface, or enum expected
public classXX A{}
       ^
1 error

En el ejemplo anterior, aunque el execarchivo A.javafalló (y devolvió un código de salida de 1), el findcomando continuó y también compiló el archivo B.java. ¿Hay alguna manera de salir findo debería usar alguna forma de en su forlugar?

Mi versión de find:

$ find -version  | head -1
find (GNU findutils) 4.4.2

find

— Marcus Junius Brutus
fuente

Respuestas:

Yo creo que...

find ... -exec sh -c 'cmd "$0" || kill $PPID' \{\} \;

... debería hacer el truco para casi cualquiera find.

— mikeserv
fuente

Gracias @Gilles. ¿Qué hace el $0?

— mikeserv

$0es el primer argumento para sh -c( $1es el segundo, etc.): convencionalmente el nombre del programa que se está ejecutando, pero aquí está ejecutando un fragmento, y pasar el nombre del archivo que se está procesando $0tiene sentido (por ejemplo, puede ver fácilmente en ps). Hay una escuela de pensamiento (a la que obviamente no pertenezco) que establece que $0siempre debe ser ejecutable y que debe escribir sh -c 'cmd "$1" …' sh {}o algo así.

— Gilles 'SO- deja de ser malvado'

@Gilles: bastante hábil. Muchas gracias. Lo descubrí en el auto camino al preescolar, pero tuve que pensarlo por varios minutos. Eso es inteligente, lo voy a usar. Lo que realmente hizo clic para mí fue una edición que recordé haber leído de Stephane en una de sus propias publicaciones en la que agregó un find-sh $0al final de una finddeclaración. Esto parece más útil en mi opinión, aunque creo que es lo que buscas a largo plazo lo que más importa.

— mikeserv

No está funcionando para el caso anterior. Después de que el find . -iname \*.java -exec sh -c 'javac "${0}" || kill '$$ {} \;archivo A.javafalla y, aún así, el archivo B.java se compila.

— Marcus Junius Brutus

@MarcusJuniusBrutus: lo arreglé. Debería haber visto tu comentario antes. Lo siento, nuevamente.

— mikeserv

Al menos con GNU findpuedes usar:

find ... -exec ... -o -quit

— Hauke Laging
fuente

Parece que tengo problemas para dejar en claro dónde se detiene el ejecutivo y dónde comienza el -o. Ambos find . -iname \*.java -exec javac {} -o -quit \;y find . -iname \*.java -exec javac {} \; -o -quit \;fallan (de diferentes maneras)

— Marcus Junius Brutus

@MarcusJuniusBrutus \;es necesario en el y de -exec(es decir, antes -o -quiten este caso) pero puede que no esté en ningún otro lado.

— Hauke Laging

Usar -exec ... -o -quitno me funciona. No procesa ningún archivo. Sin embargo, esta línea funciona: find . -iname \*.java -not -exec javac '{}' \; -quit: -quitse llama si -execes falsa, es decir. devuelve con un valor distinto de cero.

— Savanto 05 de

find . -iname \*.java -exec javac {} \; -o -quittampoco puede procesar ningún archivo. Curiosamente, find . -iname \* -exec echo 'foo' \; -o -quit hace del "proceso" los archivos.

— Marcus Junius Brutus

Consulte su findmanual. La respuesta de @ Hauke me motivó a mirar y el hallazgo de QNX tiene una -abortopción que parece similar a la -quitopción GNU . Funciona para mí siempre que use $y $para agrupar expresiones:

find . -mtime -4 -name <pattern> \( -exec my_cmd {} \; -o  -abort \)

Nota: sin los parens, aborta en el primer archivo.

— sabio
fuente