मगरमच्छ के पीछे एक और हाइजेनबग

$> set -o pipefail

$> fortune | head -1 > /dev/null && echo "Повезло!" || echo "Вы проиграли"
Повезло!

$> fortune | head -1 > /dev/null && echo "Повезло!" || echo "Вы проиграли"
Вы проиграли

यहां fortune बिना सशर्त कार्यक्रम exit(rand()).

क्या आप व्याख्या कर सकते हैं? यहाँ क्या ग़लत है??

गीतात्मक-ऐतिहासिक विषयांतर

मैं पहली बार इस हाइजेनबग से लगभग एक चौथाई सदी पहले परिचित हुआ था। तब फ़ैक्सनेट में गेटवे के लिए कई उपयोगिताएँ बनाना आवश्यक था पाइप FreeBSD के अंतर्गत "प्लेइंग चेकर्स"। जैसा कि अपेक्षित था, मैं खुद को एक उन्नत और काफी अनुभवी प्रोग्रामर मानता था। इसलिए, मैंने त्रुटि प्रबंधन पर विशेष ध्यान देते हुए हर काम यथासंभव सावधानीपूर्वक और सावधानी से करने का इरादा किया...

सेंडमेल और यूयूसीपी/यूयूपीसी में बग से निपटने का मेरा पिछला अनुभव "संपूर्ण त्रुटि प्रबंधन" में मेरे परिश्रम में जुड़ गया। उस कहानी के विवरण में जाने का कोई मतलब नहीं है, लेकिन मैं इस हाइजेनबग से दो सप्ताह तक 10-14 घंटे तक संघर्ष करता रहा। इसलिए याद आ गया और कल यह पुराना परिचित फिर मिलने के लिए रुका।

टीएल;डीआर उत्तर

उपयोगिता head कर सकते हैं से चैनल बंद करें fortune तुरंत जैसे ही वह पहली पंक्ति पढ़ता है। अगर fortune एक से अधिक लाइन आउटपुट करता है, फिर संबंधित कॉल write() एक त्रुटि लौटाएगा या रिपोर्ट करेगा कि अनुरोध से कम बाइट्स आउटपुट हैं। बदले में, सावधानीपूर्वक त्रुटि प्रबंधन के साथ लिखा गया fortune को इस स्थिति को अपनी निकास स्थिति में प्रतिबिंबित करने का अधिकार है। फिर इंस्टालेशन के कारण set -o pipefail काम करेगा || echo "Вы проиграли".

हालांकि, head हो सकता है कि यह समय पर न हो पहले बंद करो fortune डेटा आउटपुट करना समाप्त कर देगा। तभी यह काम करेगा && echo "Повезло!".

मेरे आज के एक में GNUMakefile ऐसा है एक टुकड़ा:

echo '#define MDBX_BUILD_COMPILER "$(shell set -o pipefail; $(CC) --version | head -1 || echo 'Please use GCC or CLANG compatible compiler')"'

मानव में अनुवादित

यह यहाँ के लिए आम बात है GNU मेक и खूब जोर से पीटना विकल्प का उपयोग करके कंपाइलर तरीके से --version यह पूछता है कि वह कौन है, और यदि विकल्प समर्थित नहीं है, तो एक स्टब डाला जाता है "कृपया GCC या CLANG संगत कंपाइलर का उपयोग करें".

पसंद बॉयलरप्लेट कहीं भी पाया जा सकता है. यह बहुत समय पहले इस स्थान पर दिखाई दिया था और हर जगह (लिनक्स, सोलारिस, ओएसएक्स, फ्रीबीएसडी,) पूरी तरह से काम करता था। WSL वगैरह।)। लेकिन कल में ऑल्टलिनक्स मंच पर एल्ब्रस 2000 (E2K) मैंने ध्यान दिया:

#define MDBX_BUILD_COMPILER "lcc:1.23.20:Sep--4-2019:e2k-v3-linux Please use GCC or CLANG compatible compiler"

सच कहूँ तो, मैं तुरंत अपने पुराने "परिचित" को नहीं पहचान पाया। इसके अलावा, इस परियोजना का एल्ब्रस और ऑल्ट सहित कई अलग-अलग वितरणों के तहत पहले ही कई बार परीक्षण किया जा चुका है। विभिन्न कंपाइलरों के साथ, जीएनयू मेक और बैश के संस्करण। इसलिए मैं यहां अपनी गलती नहीं देखना चाहता था.

जब समस्या को पुन: उत्पन्न करने और/या यह समझने की कोशिश की गई कि क्या हो रहा था, तो और अधिक अजीब चीज़ें घटित होने लगीं।
कमांड लाइन मंत्र:

echo "#define MDBX_BUILD_COMPILER '$(set -o pipefail; LC_ALL=C cc --version | head -1 || echo "Please use GCC or CLANG compatible compiler")'"

समय-समय पर यह अतिरिक्त पाठ उत्पन्न करेगा, फिर नहीं... अक्सर विकल्पों में से एक काफी लंबे समय तक चिपका रहता है, लेकिन यदि आप लंबे समय तक पोक करते हैं, तो आपको हमेशा दोनों मिलते हैं!

बेशक, strace हमारा सब कुछ! और इसलिए, एक स्ट्रेस टिरेड टाइप करने के बाद, लेकिन एंटर दबाने का समय नहीं होने पर, मैंने अपने पुराने मित्र श्री हाइजेनबग और डेवलपर्स को पहचान लिया संकलक मैं स्वयं 25 वर्ष पहले, उदासी… और मैंने दुखी होकर यह नोट लिखने का फैसला किया 😉

वैसे, किसी भी स्वाभिमानी की तरह हाइजेनबगके अंतर्गत strace पुनरुत्पादन नहीं करना पसंद करता है।

तो क्या चल रहा है?

• उपयोगिता head जैसे ही वह पंक्तियों की अनुरोधित संख्या पढ़ लेता है, उसके पास पढ़े जाने वाले चैनल को बंद करने का अधिकार है (या बल्कि मजबूर भी है)।
• डेटा-जनरेटिंग प्रोग्राम-लेखक (इस मामले में cc) कर सकते हैं एकाधिक पंक्तियाँ प्रिंट करें और मुक्त एकाधिक कॉल के माध्यम से ऐसा करें write().
• अगर पाठक के पास लेखक की ओर से रिकॉर्डिंग समाप्त होने से पहले अपनी ओर से चैनल बंद करने का समय होगा, फिर लेखक को एक त्रुटि प्राप्त होगी।
• लेखक कार्यक्रम अधिकार है दोनों चैनल लेखन त्रुटि को अनदेखा करते हैं और इसे आपके पूर्णता कोड में दर्शाते हैं।
• स्थापना के कारण set -o pipefail यदि कम से कम एक तत्व से परिणाम गैर-शून्य है, तो पाइपलाइन पूर्णता कोड गैर-शून्य (त्रुटिपूर्ण) होगा, और फिर यह काम करेगा || echo "Please use GCC or CLANG compatible compiler".

लेखक कार्यक्रम संकेतों के साथ कैसे काम करता है इसके आधार पर भिन्नताएं हो सकती हैं। उदाहरण के लिए, प्रोग्राम असामान्य रूप से समाप्त हो सकता है (गैर-शून्य/त्रुटि समाप्ति स्थिति की स्वचालित पीढ़ी के साथ), या write() अनुरोध और सेट से कम बाइट्स लिखने का परिणाम लौटाएगा errno = EPIPE.

दोषी कौन है?

वर्णित मामले में थोड़ा - थोड़ा सब कुछ. में संभालने में त्रुटि cc (lcc:1.23.20:Sep—4-2019:e2k-v3-linux) नहीं है अनावश्यक। कई मामलों में सावधानी बरतते हुए गलती करना बेहतर होता है, हालांकि यह पारंपरिक व्यवहार के लिए डिज़ाइन किए गए बॉयलरप्लेट में अचानक खामियों को उजागर करता है।

क्या करना है?

गलत:

fortune | head -1 && echo "Повезло, но вы рискуете!" || echo "WTF?"

ठीक करें:

1. (fortune && echo "Успешно" || echo "Ошибка") | head -1

   यहां, नेस्टेड पाइपलाइन ("कोष्ठकों के भीतर") की सर्विसिंग करते समय एक पाइप को जल्दी बंद करने का काम कमांड दुभाषिया द्वारा किया जाएगा। तदनुसार, यदि fortune स्थिति में एक बंद चैनल को लिखने में त्रुटि की रिपोर्ट करेगा, फिर आउटपुट || echo "Ошибка" यह कहीं भी नहीं पहुंचेगा, क्योंकि चैनल पहले ही बंद हो चुका है।

2. fortune | cat - | head -1 && echo "Успешно" || echo "Ошибка"

   यहाँ उपयोगिता है cat यह एक अवरोधक के रूप में कार्य करता है क्योंकि यह त्रुटि को नजरअंदाज कर देता है EPIPE वापसी पर. अभी निष्कर्ष के लिए इतना ही काफी है fortune छोटी (कई पंक्तियाँ) और चैनल बफ़र में फिट होती है (512 बाइट्स से ≈64K तक, अधिकांश OS ≥4K में)। अन्यथा समस्या वापस आ सकती है.

सही तरीके से प्रोसेस कैसे करें EPIPE और अन्य रिकॉर्डिंग त्रुटियाँ?

कोई एक सही समाधान नहीं है, लेकिन सरल सिफ़ारिशें हैं:

• EPIPE अपेक्षित संसाधित किया जाना चाहिए (और निकास स्थिति में प्रतिबिंबित) उस डेटा को आउटपुट करते समय जिसके लिए अखंडता की आवश्यकता होती है। उदाहरण के लिए, अभिलेखागार या बैकअप उपयोगिताओं के संचालन के दौरान।
• EPIPE नजरअंदाज करना बेहतर है सूचना और सहायक संदेश प्रदर्शित करते समय। उदाहरण के लिए, विकल्पों पर जानकारी प्रदर्शित करते समय --help या --version.
• यदि विकसित किया जा रहा कोड पहले पाइपलाइन में उपयोग किया जा सकता है | head, तो EPIPE इसे नज़रअंदाज़ करना बेहतर है, अन्यथा इसे संसाधित करना और निकास स्थिति में प्रतिबिंबित करना बेहतर है।

मैं इस अवसर पर टीमों के प्रति अपना आभार व्यक्त करना चाहूंगा एमसीएसटी и ऑल्टलिनक्स महान उत्पादक कार्य के लिए. आपका संकल्प अद्भुत है!
इसे जारी रखो कैमरेड्स, ऊपर शरद ऋतु में बैठकें!

धन्यवाद बेरेज़ टाइपो और त्रुटियों को ठीक करने के लिए।
केडीपीवी से जॉर्जी ए.

स्रोत: www.habr.com