$! > >（...）外部コマンドで使用するためのプロセスオーバーライドにPIDが設定されていません。

Bash 4.4.19(1) - リリース

以下は、ロギングアプリケーションの基礎となる簡単なスクリプトです。さまざまな理由でプロセス置換を使用する必要がありました。

これはrunnerアプリケーションの中心であり、プロセスの交換は非同期であるため、ループを使用して一貫性を維持することに成功しましたwhile。完璧に動作します。

bash <filename> <function>残念ながら動作しない状況を発見しました。 「」を実行するとき

したがって、再生するには2つのファイルが必要です。

必要：

1. なぜこれが起こるのですか？
2. 同様の状況に対応するためにwhileループをどのように変更できますか？

簡略化されたスクリプトは次のとおりです。

test.sh

#!/bin/bash

2sub() {
local in=$(cat); echo -e "$in";
}   
runner () {
 "${@}" 1> >(2sub)
 while [ -e /proc/$! ]; do sleep 0.1; done     # <<< LOOP WAIT FOR $!
}
remotesub() {
 bash ./test2.sh remotesub2
}

echo -e "running\n"; 
    runner bash ./test2.sh remotesub2 # LOOPS
    # runner remotesub # A POSSIBLE BYPASS/SOLUTION? But why?
echo -e "done!\n"

test2.sh

     remotesub2() {
         echo -e "'${BASH_VERSION}'"
         return 0
     }

     "$@"

バイパス:

bash <filename> <function>スクリプトが示すように、問題を関数内にラップして問題を回避することができます。伝達関数to runner。これが直接的な方法の代わりに機能する理由は、ここで誰かが知っていると確信しています。

この問題を解決し、これらのケースを処理するために待機ループを実行するより良い方法があるかどうかを教えてください。

解決策：

最良の解決策はmosvyによって提案された解決策です。ありがとうございます。を使用すると、 { "${@}"; }コマンドを別の小さな機能にラップする必要がなくなり、痛みを伴う可能性があります。さらに、より大きなコードで数時間テストした後、サブプロセスを慎重に終了すると、この作業は不要であると結論付けましたwhile [ -e /proc/$! ]; do sleep 0.1; done。行は次に置き換えられます。wait $!;