今、名前付きパイプを読んでいることを確認するための不都合なチェックがあります。
is_named_pipe_being_read() {
local named_pipe="$1"
echo "unlocked" > "$named_pipe" &
pid="$!"
# Wait a short amount of time
sleep 0.25
# Kill the background process. If kill succeeds, then
# the write was blocked
( kill -PIPE "$pid" ) &> /dev/null
}
シャットダウンが有効な場合(0で終了)、パイプから読者がいないことを意味します。
しかし、0.25秒の遅延を持って不要なプロセスを開始するのではなく、名前付きパイプが読み取り用に開いていることを確認する方法を探しています。何かが読まれているかどうかを確認する方法はありますか?
ノート: この呼び出しでは、パイプからデータを読み取ることができず、書き込みのみできます。 (名前付きパイプを使用すると、リーダーの接続順序が尊重されないようですから、または最新のデータを取得したリーダーがそうかもしれません。)、最も古い読者ではありません)。
ベストアンサー1
if /bin/echo unlocked 1<>fifo >fifo; then
there are readers
else
no there ain\'t
fi
is_named_pipe_being_read(){ /bin/echo unlocked 1<>"$1" >"$1"; }
リーダーがない場合は/bin/echo
a で終了し、SIGPIPE
ゼロ以外の状態を返します。
組み込み関数はecho
(サブシェルでも)使用できませんSIGPIPE
。シェル全体が閉じ込められたり終了したりするからです。
OPバージョンと同様に、これは破壊的です。 GNU ddがある場合は、次のようにファイルを開くことができますO_NONBLOCK
。C
is_named_pipe_being_read(){ dd oflag=nonblock conv=notrunc,nocreat count=0 of="$1" 2>/dev/null; }
ただし、パイプに別の作成者がいる場合、コマンドの終了時に自動的にfifoを閉じると、すべてのリーダーがEOFを受け取ります。
メモ:名前付きパイプの使用は、マゾヒズムや標準的な玄関行為に近い[1]。 Unix ドメインソケットによって実装された BSD ソケット API は比較的に優れているので(これが世界を支配する理由です;-)、netcat
シェルでもこれを使用できるようにするプログラム(最新バージョンのような)があります。
[1]は上記の例で敗北したこれ実際、rwモードでfifoを開くのは標準に従って「未定義」です。しかし、同じ慣行が約30年前からほとんどのシステムで実装されました。