エレガントな方法で永遠に何もしない方法は？

に役立つ情報を生成するプログラム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ます。パイプのもう一方の端は、シェルに対して開いています。

そのアプローチの3つの利点

• 追加のプロセスはありません
• program死んだときにスクリプトを終了できます（waitそれを待つために使用します）
• program終了します（eofシェルが終了すると、その標準入力になります）。

私はあなたがよりエレガントになるとは思わない

tail -f /dev/null

既に提案していること（これが内部的にinotifyを使用していると仮定すると、ポーリングやウェイクアップはないはずなので、見た目がおかしい以外は十分です）。

無期限に実行され、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を差し上げます。（ヒント：私たちのうちの1人はそれまでに死んでしまいます。）

• 一時ファイルなし; 小切手。
• ビジー待機または定期的なウェイクアップなし。小切手
• エキゾチックなユーティリティはありません。小切手。
• できるだけ短くします。さて、それは短くなる可能性があります。

次のようにして、まさにそれを行うバイナリを作成できます。

$ 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éphaneChazelasのread ソリューションは、読み取りfdがで開かれた場合、Mac OS Xでも動作し/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 &