Hay varias formas, pero si ya que estás usando cat para leer el archivo de entrada, bien podrías usar tac (la inversa de cat), que seguramente ya tienes en el sistema por que forma parte de las coreutils.
#!/bin/bash
while IFS= read -r line; do
Extract $line
if [ "$x" != "false" ]
then
...
No me deja editarlo, pero el < "$(tac file)" no funciona aquí. Necesitas un "stream" como entrada, y el "$(tac file)" es un string. Querías escribir < <(tac file) y no < "$(tac file)".
Bueno, no, ni si quiera funcionará. Te dará error bash: $(tac file): ambiguous redirect en bash o sh: $(tac file): No such file or directory en sh o dash: 1: cannot open ij kl en dash (donde ij kl es la primera linea de salida del tac file. El < del while espera un fichero, si no le des fichero se queja. El <(comando)funciona como fichero.
¡Que raro! No conozco ninguna version de ningun shell que podría aceptar < $(comando) como entrada de un while. Y lo he probado con bash 5.0.7, 4.4.19 y 4.3.48 y me da el error que mencioné antes.
Me dices que empieza a darte salida y solo después te da el error?
$ printf '<html>\n<head>\n</head>\n<body>\nfoo\n</body>\n</html>\n' > test.html
$ while IFS= read -r line; do echo "$line" ; done < "$(tac test.html)"
bash: $(tac test.html): No such file or directory
$ while IFS= read -r line; do echo "$line" ; done < $(tac test.html)
bash: $(tac test.html): ambiguous redirect
Esto si que es extraño!
Bueno, no quiero molestarte. Gracias por tomar el tiempo de hacer estos tests! Si te interesa a ti también, lo estamos hablando en el dev/chat.
Por si acaso te interesa, creo que lo que estas viendo es que la salida de tac file esta incluida en el error. No lo puedo reproducir con bash, pero lo veo con otros shells. Es lo mismo que pasa aquí:
$ seq 1000 > file
$ touch "$(tac file)" |& tail -c50
n''4'$'\n''3'$'\n''2'$'\n''1': File name too long
Discussion between terdon and Patrici…
Discussion between terdon and Patrici…