Tubería semi-asíncrona

Supongamos que tengo la siguiente tubería:

a | b | c | d

¿Cómo puedo esperar para completar c(o b) en sho bash? Esto significa que la secuencia de comandos dpuede iniciarse en cualquier momento (y no es necesario esperar), pero requiere que la salida completa de cfuncione correctamente.

El caso de uso es difftoolpara gitcomparar imágenes. Es invocado por gity necesita procesar su entrada (la a | b | cparte) y mostrar los resultados de la comparación (la dparte). La persona que llama eliminará la entrada que se requiere para ay b. Esto significa que antes de regresar del script, el proceso c(o b) debe finalizar. Por otro lado, no puedo esperar dporque esto significa que estoy esperando la entrada del usuario.

Sé que puedo escribir los resultados cen un archivo temporal, o tal vez usar un FIFO en bash. (Sin embargo, no estoy seguro si el FIFO ayudará). ¿Es posible lograr esto sin archivos temporales sh?

EDITAR

Quizás sería suficiente si pudiera encontrar la identificación del proceso del c(o b) proceso de manera confiable. Entonces, toda la tubería podría iniciarse de forma asincrónica, y podría esperar una ID de proceso. Algo en la línea de

wait $(a | b | { c & [print PID of c] ; } | d)

EDITAR ^ 2

He encontrado una solución, los comentarios (o soluciones aún mejores) son bienvenidos.

a | b | { c; [notify];} | d

La notificación se puede hacer, por ejemplo, mediante una señal a un PID que se ha pasado en una variable de entorno ( kill -USR1 $EXTPID) o creando un archivo ( touch /path/to/file).

Otra idea:

Ejecuta el siguiente proceso (el que puede comenzar a esperar) desde la tubería:

a | b | { c; exec >&-; nextprocess;} | d

o

a | b | { c; exec >&-; nextprocess &} | d

Si entiendo su pregunta correctamente, esto debería funcionar:

a | b | c | { (exec <&3 3<&-; d) &} 3<&0

(El truco de fd 3 se debe a que algunos (la mayoría) shells redirigen stdin a / dev / null with &).

En bash, puedes usar una sustitución de proceso . El comando en la sustitución del proceso se ejecuta de forma asincrónica, no se espera.

a | b | c > >(d)

Esto es lo que he encontrado por prueba y error, con la ayuda de la aportación de Hauke:

a | b | { c; kill -PIPE $$; } | d

Equivalentemente:

a | b | ( c; kill -PIPE $$; ) | d

(Este último es más explícito, porque de {}todos modos se ejecutará en una subshell si está dentro de una tubería).

Algunas otras señales (incluidas QUIT, TERMy USR1) también funcionan, sin embargo, en este caso, la descripción de la señal se muestra en el terminal.

Me pregunto si esta es la intención original de la PIPEseñal. De acuerdo con el manual :

SIGPIPE: La PIPEseñal se envía a un proceso cuando intenta escribir en una tubería sin un proceso conectado al otro extremo.

Esto significa que cuando envío artificialmente una señal de tubería a la subshell, finaliza en silencio, dejando solo al consumidor final ( d).

Esto funciona en ambos shy bash.

Puede usar el spongeprograma desde el paquete "moreutils":

a | b | c | sponge | d

la esponja será para el final de cla salida antes de conectarla d. Espero que eso sea lo que querías.

Solo puedes hacer:

a | b | c | (d ; cat > /dev/null)

Entonces, cuando dtermina, catabsorberá el resto de cla producción hasta que termine.

Okay. Después de los comentarios, creo que la respuesta es comenzar directamente den segundo plano.

Hacer:

a | b | c | (d &)

o use la solución de Stephane Chazelas si hay problemas con la dlectura de stdin .