Як зробити вічно нічого не елегантно?

У мене є програма, яка видає корисну інформацію про, stdoutале і читає з неї stdin. Я хочу перенаправити його стандартний вихід у файл, не надаючи нічого на стандартний вхід. Поки так добре: я можу:

program > output

і нічого не робити в tty.

Однак проблема полягає в тому, що я хочу це зробити у фоновому режимі. Якщо я:

program > output &

програма буде призупинена ("призупинено (вхід tty)").

Якщо я:

program < /dev/null > output &

програма негайно припиняється, оскільки вона досягає EOF.

Здається, що мені потрібно втрутитися в programщось, що нічого не робить протягом невизначеного часу і не читає stdin. Працюють такі підходи:

while true; do sleep 100; done | program > output &
mkfifo fifo && cat fifo | program > output &
tail -f /dev/null | program > output &

Однак це все дуже негарно. Там є бути елегантним способом, з допомогою стандартного утиліта Unix, не "нічого не робити, до нескінченності» (перефразовуючи man true). Як я міг цього досягти? (Мої основні критерії для елегантності тут: відсутні тимчасові файли; відсутність зайнятості або періодичні пробудження; відсутні екзотичні утиліти; як можна коротше.)

У оболонках, які їх підтримують (ksh, zsh, bash4), ви можете почати programяк спільний процес .

• ksh: program > output |&
• zsh, bash:coproc program > output

Це починається programу фоновому режимі, його вхід переспрямований з а pipe. Інший кінець труби відкритий для оболонки.

Три переваги цього підходу

• немає зайвого процесу
• ви можете вийти зі сценарію, коли він programпомре (використовуйте, waitщоб чекати його)
• programзакінчується (потрапляйте eofна його stdin, якщо оболонка виходить).

Я не думаю, що ти вийдеш більш елегантним, ніж

tail -f /dev/null

що ви вже запропонували (якщо припустити, що це використовує внутрішню ініціативу, не повинно бути жодних опитувань чи пробуджень, тому, крім дивного вигляду, цього має бути достатньо).

Вам потрібна утиліта, яка працюватиме нескінченно, триматиме її stdout відкритою, але насправді нічого не напише в stdout і не вийде, коли її stdin закритий. Щось подібне yesнасправді пише до stdout. catвийде, коли його stdin закритий (або все, що ви повторно направляєте в нього, робиться). Я думаю, що sleep 1000000000dможе спрацювати, але tailце явно краще. Моє поле Debian має tailfкоманду, яка трохи скорочує.

Взявши інший крок, як щодо запуску програми під screen?

sleep infinity - це найяскравіше рішення, про яке я знаю.

Ви можете використовувати, infinityоскільки sleepприймає число з плаваючою комою * , яке може бути десятковим , шістнадцятковим , нескінченним або NaN , відповідно man strtod.

* Це не є частиною стандарту POSIX, тому не є таким портативним, як tail -f /dev/null. Однак він підтримується в GNU coreutils (Linux) і BSD (використовується на Mac) (мабуть, не підтримується в нових версіях Mac - див. Коментарі).

sleep 2147483647 | program > output &

Так, 2^31-1це кінцеве число, і воно не працюватиме назавжди , але я дам вам 1000 доларів, коли час сну остаточно припиниться. (Підказка: до цього часу один з нас буде мертвим.)

• відсутні тимчасові файли; перевірити.
• відсутність зайнятості в очікуванні або періодичні пробудження; перевірити
• відсутність екзотичних утиліт; перевірити.
• якомога коротше. Гаразд, може бути і коротше.

Ви можете створити двійковий файл, який робить це саме з:

$ echo 'int main(){ pause(); }' > pause.c; make pause

Ось ще одна пропозиція, що використовує стандартні утиліти Unix, щоб "робити нічого, нескінченно" .

sh -c 'kill -STOP $$' | program > output

При цьому негайно надсилається оболонка SIGSTOP, яка призупиняє процес. Це використовується як "вхід" у вашу програму. Доповненням SIGSTOPє SIGCONT, тобто якщо ви знаєте, що оболонка має PID 12345, ви можете kill -CONT 12345зробити її продовження.

У Linux ви можете:

read x < /dev/fd/1 | program > output

В Linux, відкриття / dev / fd / x, де x - дескриптор файлу до кінця запису, отримує вам кінець зчитування труби, тому тут те саме, що і на stdin програми. Так що в основному readніколи не повернеться, тому що єдине, що може записати в цю трубу - це сама, і readнічого не виводить.

Він також працюватиме на FreeBSD або Solaris, але з іншої причини. Там відкриття / dev / fd / 1 отримує той самий ресурс, що і відкритий на fd 1, як ви очікували, як і більшість систем, окрім Linux, так що закінчення запису закінчується. Однак у FreeBSD та Solaris труби мають двосторонній характер. Тож, поки programне запише до свого stdin (жодна програма не робить), не readбуде нічого читати з цього напрямку труби.

У системах, де труби не є двонаправленими, readймовірно, не вдасться помилку при спробі зчитування з дескриптора файлу лише для запису. Також зауважте, що не всі системи мають /dev/fd/x.

Stéphane Chazelas ' read рішення працює на Mac OS X , а також , якщо читання FD отримує відкрито /dev/fd/1.

# using bash on Mac OS X
# -bash: /dev/fd/1: Permission denied
read x </dev/fd/1 | cat >/dev/null
echo ${PIPESTATUS[*]}   #  1 0

exec 3<&- 3</dev/fd/1
read x 0<&3 | cat >/dev/null
echo ${PIPESTATUS[*]}   #  0 0

Щоб мати змогу вбити tail -f /dev/nullв скрипті (наприклад, SIGINT), необхідно передати tailкоманду та wait.

#!/bin/bash
# ctrl-c will kill tail and exit script
trap 'trap - INT; kill "$!"; exit' INT
exec tail -f /dev/null & wait $!

Перенаправити /dev/zeroяк стандартний вхід!

program < /dev/zero > output &