Window$ code ses fins de ligne par CR/LF, tandis que Unix/Linux les code par LF seulement (et Macintosh par CR seul).
Pour des fichiers de texte, cela n'a aucune importance (ouvrez tout de même un fichier créé sous Linux pour Linux avec le Bloc-Notes et vous verrez des fins de ligne codées par un disgracieux carré noir et sans retour à la ligne (pas avant le nombre maximal de caractères supporté sur une ligne).
Avec le même fichier, Editpad ne rencontre pas de problème).
Pour des scripts exécutables en BASH pour Linux ou en BATCH pour Dos/Window$, cela ne passe plus.
Il faut donc veiller à créer vos scripts shell sous Linux et vos scripts .BAT sous Window$.
Des alternatives sont possibles:
- On trouve sur internet des utilitaires du type DOS2UNIX
et/ou UNIX2DOS pour effectuer la conversion.
En voici un en freeware, trouvé à l'adresse: http://www.bastet.com/software/software.html
Et le lien direct vers le fichier http://www.bastet.com/software/UDDU.ZIP (Je
ne l'ai pas testé).
- Pour Linux, on trouve un programme en ligne de
commande (installé sur la plupart des distributions)
répondant au nom de dos2unix
(effectuez un man dos2unix
ou dos2unix --help dans une console pour
plus de détails...
La syntaxe est dos2unix nom_du_fichier_m$dos_a_convertir
nom_du_fichier_converti).
- Sous Window$, Editpad
(un éditeur de texte amélioré
(PostCardWare)) permet d'Exporter au format Unix (Fichier/Exporter/Unix
(LF seul.)):
- Sous Linux, l'éditeur kwrite
permet de choisir si les fins de ligne doivent être Unix,
Window$/Dos ou Macintosh:
kwrite est installé par défaut
avec l'interface graphique KDE.
Cependant qu'arrive-t-il si un fichier est créé sous Linux
et modifié sous Window$ (ou
inversement) ceci sans effectuer de conversion.
Qu'arrive-t-il si on effectue ensuite la conversion dans un sens ou dans l'autre?
Dans le doute, ne jouez pas avec le risque de vous perdre dans les fins de
ligne:
Vous aurez assez à faire lorsqu'un script ne fonctionnera pas pour
ne pas chercher en plus si c'est un problème de fin de ligne.