Sujet : paths
-
Fins de ligne, encodages et chemins : ce qui casse quand un fichier change de système d'exploitation
CRLF contre LF, encodages par défaut incohérents de Windows PowerShell 5.1 face à l'UTF-8 sans BOM de PowerShell 7, EBCDIC sur les systèmes de la famille des mainframes IBM, et systèmes de fichiers qui divergent sur la sensibilité à la casse et la longueur maximale des chemins : une liste de points à vérifier avant de supposer qu'un fichier texte ou un chemin se comporte de la même façon sur un autre OS.
-
Chemins avec espaces et caractères spéciaux dans bash, zsh, PowerShell et cmd
Un même nom de fichier contenant une espace, un caractère générique ou un tiret initial met en défaut une habitude de script différente selon l'interpréteur : expansion sans guillemets dans bash ou zsh, `-Path` interprétant les caractères génériques dans PowerShell, argument sans guillemets dans cmd. Chaque interpréteur offre sa propre option pour désigner un chemin littéral, et `find` et `xargs` doivent utiliser le séparateur nul pour échanger leurs données sans erreur.
Lisible par machine : JSON