bashのzcatヘッドでパイプが破損しますか？

Question

set -eu 
VAR=$(zcat file.gz | head -n 12) 

は失敗で終了する細かい

set -eu -o pipefail 
VAR=$(zcat file.gz | head -n 12) 

原因はbashを動作します。 これはどのようにパイプパイプを引き起こしていますか？

file.gzには数百万行（〜750 MB、圧縮済み）のファイルが含まれています。

Answer 1

考えてみてください。

1. コンポーネントに障害が発生した場合、パイプライン全体が失敗したとみなす必要があります。
2. には出力をheadと書きます。
3. 次に、12行よりもはるかに長い12行の入力ストリームのうち、12行を読み終えたらheadを終了するように指示しています。
もちろんの

あなたはエラーを持っている：zcatはその先のパイプラインが早期に閉鎖され、正常に入力ファイルの解凍バージョンを書くことができませんでした！これは、これが誤った何かを介して、ユーザーの意図によるものであることを知る方法を持っていません。

ディスクに書き込むためにzcatを使用していて、ディスク領域が不足していたり​​、ネットワークストリームに繋がっていて接続が切断された場合は、完全に正しいものであり、失敗を示すステータス。これはそのルールの単なる別のケースです。

---

zcatは、オペレーティングシステムによって与えられている特定のエラーは、次の条件でwriteシステムコールによって返された、EPIPEである：試みはいずれかによって読み取りのためにオープンされていないパイプに書き込むようになされますプロセス。 head（このFIFOの唯一のリーダー）の後

バグあろうEPIPEを返すためにパイプラインないの入力側への書き込みのため、終了しました。 zcatがその出力を書き込むエラーを黙って無視し、このイベントを反映する終了ステータスなしで不正確な出力ストリームを生成できるようにするには、同様にがバグになります。

---

あなたが考慮するかもしれない1つの回避策は、プロセス置換を使用している、方法によって、あなたのシェルのいずれかのオプションを変更したくない場合：この場合

var=$(head -n 12 < <(zcat file.gz)) 

、zcatではありませんパイプラインコンポーネントであり、その終了ステータスは成功を判断するために考慮されません。 （独立した成功/失敗の判定が必要な場合は、$varが12行であるかどうかをテストすることができます）。