बैश प्रक्रिया प्रतिस्थापन और पूंछ के साथ गलत परिणाम?

Question

बैश प्रक्रिया प्रतिस्थापन का उपयोग करके, मैं एक साथ फाइल पर दो अलग-अलग आदेशों को चलाने के लिए चाहता हूं। इस उदाहरण में यह आवश्यक नहीं है लेकिन कल्पना करें कि "बिल्ली/usr/share/dict/words" एक बहुत महंगा ऑपरेशन था जैसे कि 50 जीबी फ़ाइल को असम्पीड्रेस करना।

cat /usr/share/dict/words | tee >(head -1 > h.txt) >(tail -1 > t.txt) > /dev/null 

इस आदेश मैं h.txt शब्द की पहली पंक्ति को रोकने के लिए उम्मीद करेंगे दाखिल करने के बाद 'ए', और t.txt फ़ाइल "Zyzzogeton" की अंतिम पंक्ति को रोकने के लिए।

हालांकि वास्तव में क्या होता है यह है कि h.txt में "ए" होता है लेकिन t.txt में "Argillaceo" होता है जो फ़ाइल में लगभग 5% होता है।

ऐसा क्यों होता है? ऐसा लगता है कि या तो "पूंछ" प्रक्रिया जल्दी समाप्त हो रही है या धाराएं मिश्रित हो रही हैं।

इस तरह एक और इसी तरह कमान चल रहा है उम्मीद के रूप में व्यवहार:

cat /usr/share/dict/words | tee >(grep ^a > a.txt) >(grep ^z > z.txt) > /dev/null 

इस आदेश मैं a.txt सभी शब्दों है कि "एक" से शुरू होते हैं करने के लिए उम्मीद थी के बाद, जबकि z.txt के सभी शामिल हैं शब्द जो "z" से शुरू होते हैं, जो वास्तव में हुआ था।

तो यह "पूंछ" के साथ क्यों काम नहीं करता है, और यह अन्य आदेशों के साथ यह काम नहीं करेगा?

Answer 1

ठीक है, क्या होने लगता है कि एक बार head -1 आदेश यह बाहर निकालता खत्म और है कि एक SIGPIPE यह नामित पाइप कि इस प्रक्रिया प्रतिस्थापन सेटअप जो एक EPIPE और भी man 2 write के अनुसार होगा उत्पन्न करने के लिए लिखने के लिए कोशिश करता है पाने के लिए tee का कारण बनता है लेखन प्रक्रिया में SIGPIPE उत्पन्न करें, जो बाहर निकलने के लिए tee का कारण बनता है और tail -1 को तुरंत बाहर निकलने के लिए मजबूर करता है, और cat बाईं ओर SIGPIPE भी मिलता है।

हम इस एक छोटे से बेहतर देख सकते हैं अगर हम head साथ प्रक्रिया करने के लिए थोड़ा और जोड़ सकते हैं और उत्पादन दोनों अधिक पूर्वानुमान और भी tee पर निर्भर रहे बिना stderr के लिए लिखा है:

for i in {1..30}; do echo "$i"; echo "$i" >&2; sleep 1; done | tee >(head -1 > h.txt; echo "Head done") >(tail -1 > t.txt) >/dev/null 

जो जब मैं चलाने यह मेरे उत्पादन दिया:

1 
Head done 
2 

तो यह लूप के सिर्फ 1 अधिक यात्रा मिल गया से पहले सब कुछ छोड़ कर चले गए हैं (हालांकि t.txt अभी भी केवल 1 है इस में)। अगर हम तो

echo "${PIPESTATUS[@]}" 

किया हम देखते हैं

141 141 

जो हम यहाँ क्या देख रहे हैं के लिए एक बहुत ही इसी तरह से SIGPIPE को this question संबंधों।

कोर्यूटिल्स रखरखावकर्ताओं ने भविष्य में पोस्टरिटी के लिए अपने tee "gotchas" पर इसे एक उदाहरण के रूप में जोड़ा है।

यह कैसे POSIX अनुपालन में फिट बैठता है आप जीएनयू संस्करण 8 की पहुंच है, तो आप http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22195

पर (बंद notabug) रिपोर्ट देख सकता है के बारे में devs के साथ एक चर्चा के लिए।24 उन्होंने कुछ विकल्प जोड़े हैं (POSIX में नहीं) जो -p या --output-error=warn की तरह मदद कर सकते हैं। कि बिना आप एक जोखिम का एक सा हो जाती हैं लेकिन फँसाने और SIGPIPE की अनदेखी करके प्रश्न में वांछित कार्यक्षमता प्राप्त कर सकते हैं:

trap '' PIPE 
for i in {1..30}; do echo "$i"; echo "$i" >&2; sleep 1; done | tee >(head -1 > h.txt; echo "Head done") >(tail -1 > t.txt) >/dev/null 
trap - PIPE 

h.txt और t.txt दोनों में अपेक्षित परिणाम होगा, लेकिन अगर कुछ और है कि वांछित SIGPIPE हुआ सही तरीके से संभालने के लिए आप इस दृष्टिकोण के साथ भाग्य से बाहर होंगे।

> t.txt; for i in {1..10}; do echo "$i"; echo "$i" >&2; sleep 1; done | tee >(head -1 > h.txt; echo "Head done"; while [ ! -s t.txt ]; do sleep 1; done) >(tail -1 > t.txt; date) >/dev/null