Как прочитать пользовательский ввод из канала?

Предположим, у меня есть файл confirmation.shсо следующим содержимым:

#!/bin/bash
echo -n "Are you sure [Y/n]? "
read line
case "$line" in
    n|N) echo "smth"
        ;;
    y|Y) echo "smth"
        ;;
esac

и я хочу запустить этот скрипт следующим образом:

cat confirmation.sh | sh

Я вижу, Are you sure [Y/n]?и сценарий прерывается. В чем проблема?

Как уже говорили другие, это потому , что перенаправление stdinof shбыло прочитано из канала, оно не подключено к терминалу, как обычно. Единственное, что вы можете сделать, чтобы обойти это, - /dev/ttyэто заставить скрипт читать из терминала. Например:

#!/bin/sh

read -p "Are you sure [Y/n]?" line </dev/tty
case "$line" in
  y|Y) echo "confirmed"
    ;;
  *) echo "not confirmed"
    ;;
esac

Обычно вы делаете это только в том случае, если вы специально хотите запретить людям вводить сценарии, например:

echo Y | sh confirmation.sh

Это все равно будет считываться из терминала, даже если пользователь может ожидать, что он автоматически введет Yв приглашении. Это обычно для программ, которые ожидают пароль, чтобы сделать это.

sh 3<<CONFIRM /dev/fd/3
    $(cat ./confirmation.sh)
CONFIRM

sh 3<./confirmation.sh /dev/fd/3

примечание: спасибо @Graeme за исправление в двух приведенных выше примерах ...

Это намного легче сделать, если вы будете stdinчестны.

2<./confirmation.sh . /dev/stderr

Или, поскольку 0 1 2 терминала - это один и тот же файл, просто добавьте:

read line <&2

И ваш

cat ./confirmation.sh | sh

Работает просто отлично.

Это сработало для одного аргумента, передаваемого в мой скрипт:

if [ -p /dev/stdin ]; then set -- "$( cat )"; fi

Затем я могу получить доступ к переданным данным в позиционном аргументе ( $1), который совместим с другими сценариями.

От info test:

[ -p /dev/stdin ]: -p FILETrue, если FILE существует и является именованным каналом.

Короткий ответ: ты не можешь. Канал перенаправляет стандартный вывод на стандартный ввод, поэтому вы не можете запустить интерактивный скрипт, поскольку вы уже перенаправили вывод первой команды в качестве ввода второй команды в операторе канала.

Возможно, вы хотите сделать что-то вроде этого:

cat confirmation.sh > ask.sh && sh ask.sh