O problema urgente de ler a entrada do teclado no pipeline é resolvido pela resposta em https://stackoverflow.com/questions/15230289/read-keyboard-input-within-a-pipelined-read-loop :
mycommand-outputpiped | while read line
do
# do stuff
read confirm < /dev/tty
done
Por que funciona? Não ttyredireciona para a entrada padrão? Posso obter um descritor de arquivo /dev/ttye usá-lo read -u fdem vez disso? TIA
Isso funciona porque
/dev/ttyé o terminal de controle, se houver, e ao redirecionar a partir dele você garantereadleituras a partir dele, em vez de qualquer entrada padrão anterior ao redirecionamento. Se você não fizesse isso,readleria a partirmycommand-outputpipedda saída de .A entrada padrão de um programa é, inicialmente, o que seu processo pai decidir que deve ser. Ao iniciar um processo a partir de um shell em um terminal, sem redirecionamento, esse será o terminal de controle do shell; mas qualquer redirecionamento da entrada padrão o substitui.
Ao redirecionar a entrada padrão de ,
/dev/ttyvocê obtém um descritor de arquivo para ela, 0; mas, comoreadlê a partir dele por padrão,-unão é útil. Não há outro descritor de arquivo que aponte para/dev/tty. Em muitos shells, você poderia abrir explicitamente um descritor de arquivo diferente, mas neste cenário não há muita razão para isso.