ksh: как исследовать stdin?

Question

Я хочу, чтобы мой сценарий КШ иметь различное поведение в зависимости от того, есть что-то входящий через стандартный ввод или нет:

(1) cat file.txt | ./script.ksh (then do "cat <&0 >./tmp.dat" and process tmp.dat) 
vs. (2) ./script.ksh (then process $1 which must be a readable regular file) 

Проверка стандартного ввода, чтобы увидеть, если это терминал [-t 0] не полезно, потому что мой скрипт вызывается из другого скрипта.

Doing "кошачий < & 0> ./ tmp.dat", чтобы проверить размер tmp.dat висит вверх ждет EOF из стандартного ввода, если STDIN "пустой" (второй случай).

Как просто проверить, является ли stdin «пустым» или нет?

Answer 1

EDIT: Вы работаете на HP-UX

Испытано [ -t 0 ] на HP-UX и это, кажется, работает для меня. Я использовал следующие настройки:

/tmp/x.ksh:

#!/bin/ksh 
/tmp/y.ksh 

/tmp/y.ksh:

#!/bin/ksh 
test -t 0 && echo "terminal!" 

Запуск /tmp/x.ksh печать: terminal!

Не могли бы вы подтвердить выше на вашей платформе, и/или обеспечивать альтернативная тестовая установка более точно отражает вашу ситуацию? Ваш сценарий в конечном итоге порожден cron?

---

EDIT 2

Если отчаянный, и если Perl доступен, определить:

stdin_ready() { 
    TIMEOUT=$1; shift 
    perl -e ' 
    my $rin = ""; 
    vec($rin,fileno(STDIN),1) = 1; 
    select($rout=$rin, undef, undef, '$TIMEOUT') < 1 && exit 1; 
    ' 
} 

stdin_ready 1 || 'stdin not ready in 1 second, assuming terminal' 

---

EDIT 3

Пожалуйста, обратите внимание, что время ожидания может должны быть значительными если ваш ввод поступает от sort, ssh и т. д. (все эти программы могут порождать и устанавливать канал со своим скриптом секунд или минут, прежде чем создавать какие-либо данные над ним.) Кроме того, использование мощного таймаута может резко оштрафовать ваш скрипт, когда ничего не происходит вход для начала (например, терминал.)

Если потенциально большие таймауты являются проблемой, и если вы можете влиять на способ вызова вашего сценария, то вы можете заставить вызывающих явно указывать вашей программе, следует ли использовать stdin через пользовательский вариант или в стандарте GNU или tar (например, скрипт [опции [-]] FILE ..., где FILE может быть именем файла, - для обозначения стандартного ввода или их комбинации, и ваш скрипт будет только прочитайте со стандартного ввода, если - были переданы как параметр.)

Answer 2

Почему бы не решить это более традиционным способом и использовать аргумент командной строки, чтобы указать, что данные будут поступать из stdin?

Для примера рассмотрим разницу между:

echo foo | cat -

и

echo foo > /tmp/test.txt

cat /tmp/test.txt

Answer 3

Эта стратегия работает на баш, и, скорее всего, работать на KSH. Опрос 'tty':

#!/bin/bash 
set -a 

if [ "$(tty)" == 'not a tty' ] 
then 
    STDIN_DATA_PRESENT=1 
else 
    STDIN_DATA_PRESENT=0 
fi 

if [ ${STDIN_DATA_PRESENT} -eq 1 ] 
then 
    echo "Input was found." 
else 
    echo "Input was not found." 
fi