बैश: सिर और पूंछ बैश स्क्रिप्ट के साथ व्यवहार

Question

मान लीजिए मैं निम्नलिखित है स्क्रिप्ट: -

test.sh

#!/bin/bash 
command1 #prints 5 lines 
command2 #prints 3 lines 

मैं test.sh|head -n5

साथ स्क्रिप्ट क्या इस में होगा चलाने मामला? क्या यह दोनों आदेशों को चलाएगा? या यह कमांड 1 के बाद रुक जाएगा? यदि मैं इसे -n1 के साथ कॉल करता हूं तो क्या होगा?

पृष्ठभूमि: मैं एक बहुत ही बुनियादी सवाल पूछ रहा हूं, लेकिन मैंने वास्तव में कुछ दिलचस्प देखा। मेरी स्क्रिप्ट (अलग-अलग) 7,000 फाइलों को संसाधित कर रही थी और प्रत्येक फाइल आउटपुट की 1 लाइन बनाती है। यह 7 मिनट लगते हैं स्क्रिप्ट पूरी तरह से चलते हैं, लेकिन सिर करने के लिए -n1 दिया मुझे तुरंत स्क्रिप्ट तुरंत तरह पहली फ़ाइल केवल

संपादित संसाधित करने के बाद समाप्त कर दिया है: के बाद मेरी स्क्रिप्ट है

for i in $(ls filepath);do 
    echo "$i" # issue here 
    python mySript "$i" > "/home/user/output/""$i"".out" 
    fi 
done 

को हटाकर प्रतिबिंब स्क्रिप्ट को हेड-एन 1 के साथ पूर्ण 7 मिनट चलाने में सक्षम बनाता है, लेकिन गूंज के साथ यह केवल पहली पंक्ति प्रिंट करता है और बाहर निकलता है।

Answer 1

यह एक काफी दिलचस्प मुद्दा है! इसे पोस्ट करने के लिए धन्यवाद!

मैं मान लिया है कि इस पहली कुछ पंक्तियों संसाधित करने के बाद head रास्ते के रूप में होता है, तो SIGPIPE संकेत bash के लिए भेजा स्क्रिप्ट चलाने जब यह echo $x अगली बार करने की कोशिश करता है। मैंने इस सिद्धांत को साबित करने के लिए रेडएक्स की लिपि का उपयोग किया:

#!/usr/bin/bash 
rm x.log 
for((x=0;x<5;++x)); do 
    echo $x 
    echo $x>>x.log 
done 

जैसा कि आपने वर्णन किया है, यह काम करता है! t.sh|head -n 2 का उपयोग करके यह स्क्रीन पर केवल 2 लाइनें और x.log पर लिखता है। लेकिन SIGPIPE फँसाने इस व्यवहार परिवर्तन ...

#!/usr/bin/bash 
trap "echo SIGPIPE>&2" PIPE 
rm x.log 
for((x=0;x<5;++x)); do 
    echo $x 
    echo $x>>x.log 
done 

आउटपुट:

$ ./t.sh |head -n 2 
0 
1 
./t.sh: line 5: echo: write error: Broken pipe 
SIGPIPE 
./t.sh: line 5: echo: write error: Broken pipe 
SIGPIPE 
./t.sh: line 5: echo: write error: Broken pipe 
SIGPIPE 

लेखन त्रुटि stdout रूप में होता है पहले से ही पाइप के दूसरे छोर के रूप में बंद कर दिया है बंद कर दिया है। और बंद पाइप को लिखने का कोई भी प्रयास एक सिगिप सिग्नल का कारण बनता है, जो डिफ़ॉल्ट रूप से प्रोग्राम को समाप्त करता है (man 7 signal देखें)। X.log में अब 5 लाइनें हैं।

यह भी बताता है कि /bin/echo समस्या का हल क्यों हुआ।

rm x.log 
for((x=0;x<5;++x)); do 
    /bin/echo $x 
    echo "Ret: $?">&2 
    echo $x>>x.log 
done 

आउटपुट::

$ ./t.sh |head -n 2 
0 
Ret: 0 
1 
Ret: 0 
Ret: 141 
Ret: 141 
Ret: 141 

दशमलव 141 = हेक्स 8D निम्न स्क्रिप्ट देखें। हेक्स 80 का मतलब है कि एक सिग्नल प्राप्त हुआ था, हेक्स 0 डी सिगिप के लिए है। तो जब /bin/echo ने stdout को लिखने की कोशिश की तो उसे एक सिगिप मिला और इसे bash स्क्रिप्ट चलाने के बजाए (डिफ़ॉल्ट व्यवहार के रूप में) समाप्त कर दिया गया।

Answer 2

यह एक टिप्पणी के बाद एक उत्तर है लेकिन यह एक टिप्पणी के लिए बहुत बड़ा है।

मैं स्क्रिप्ट निम्नलिखित की कोशिश की:

#!/usr/bin/env bash 

rm -f "test_head.log" 
echo "1 line" 
echo "1 line" >> "test_head.log" 
echo "2 line" 
echo "2 line" >> "test_head.log" 
echo "3 line" 
echo "3 line" >> "test_head.log" 
echo "4 line" 
echo "4 line" >> "test_head.log" 
echo "5 line" 
echo "5 line" >> "test_head.log" 
echo "6 line" 
echo "6 line" >> "test_head.log" 
echo "7 line" 
echo "7 line" >> "test_head.log" 
echo "8 line" 
echo "8 line" >> "test_head.log" 

तो मैं साथ स्क्रिप्ट चलाने:

./test_head.sh | सिर -n1

बिल्ली उत्पादन होता है (मेरे आश्चर्य करने के लिए):

1 लाइन

मुझे पता नहीं क्या हो रहा है है।

@ymonad टिप्पणी पढ़ने के बाद मैंने /bin/echo के साथ इसे आजमाया और समस्या को हल किया। मुझे आशा है कि वह इस व्यवहार के बारे में और अधिक समझा सकता है।

Answer 3

अच्छी खोज। मेरे परीक्षणों के मुताबिक यह ठीक है जैसा आपने कहा था। उदाहरण के लिए मैं इस स्क्रिप्ट है कि बस cpu खाती है, तो हमसे top में यह स्थान जाने के लिए:

for i in `seq 10` 
    do echo $i 
    x=`seq 10000000` 
done 

head -n1 हम देखते आदेश पहली पंक्ति के बाद लौटने के साथ स्क्रिप्ट गरमा। यह head व्यवहार है: यह अपना काम पूरा कर चुका है, इसलिए यह आपको रोक सकता है और आपको नियंत्रण वापस कर सकता है।

इनपुट स्क्रिप्ट चलना जारी रखना चाहिए लेकिन देखें कि क्या होता है: जब head लौटाता है, तो पिड अब मौजूद नहीं है। तो जब लिनक्स स्क्रिप्ट के आउटपुट को मुख्य प्रक्रिया में भेजने की कोशिश करता है, तो उसे प्रक्रिया नहीं मिलती है, इसलिए स्क्रिप्ट क्रैश हो जाती है और बंद हो जाती है।आप इस राशि सिर

for i in xrange(10): 
    print i 
    range(10000000) 

जब यह और पाइपिंग चल:

की यह एक अजगर स्क्रिप्ट के साथ की कोशिश करते हैं

$ python -u test.py | head -n1 
0 
Traceback (most recent call last): 
    File "test.py", line 2, in <module> 
    print i 
IOError: [Errno 32] Broken pipe 

-u विकल्प अजगर बताता है स्वचालित रूप से stdin और stdout फ्लश करने के लिए, जैसा कि बाश करेगा। तो आप देखते हैं कि प्रोग्राम वास्तव में एक त्रुटि के साथ बंद हो जाता है।