supprimer CR ligne terminateurs

Tout d'abord je voudrais dire que j'ai lu ce post cependant j'ai toujours des problèmes pour la CR line terminators.

Il y a un fichier appelé build_test.sh, j'ai édité en leafpad et il peut être affiché dans Vim:

cp ~/moonbox/llvm-2.9/lib/Transforms/MY_TOOL/$1 test.cpp 
cd ~/moonbox/llvm-obj/tools/TEST_TOOL/
make
make install
cd -

Cependant:

  1. À l'aide de cat build_test.sh il sorties rien.
  2. À l'aide de more build_test.sh il sorties:cd - install/llvm-obj/tools/TEST_TOOL/Y_TOOL/$1 test.cpp
  3. À l'aide de less build_test.sh il sorties: cp ~/moonbox/llvm-2.9/lib/Transforms/MY_TOOL/$1 test.cpp^Mcd ~/moonbox/llvm-obj/tools/TEST_TOOL/^Mmake^Mmake install^Mcd -

Le résultat de file build_test.sh est:

build_test.sh: ASCII text, with CR line terminators

Suivantes ce post, le ^M n'existe plus, cependant il n'y a plus de saut de ligne 🙁

Le résultat de file build_test_no_cr.sh est maintenant:

build_test_nocr.sh: ASCII text, with no line terminators

La solution peut être ici.

Cependant, je tiens encore pourquoi cat n'affiche rien et more affiche si étrange résultat. En outre pourquoi dos2unix et set fileformat=unix dans Vim échoue pour ce cas.

ps: je suppose que peut-être mon éditeur(Vim ou leafpad?) génère seulement \r plutôt \n pour le retour à la ligne. Comment peut-il en être ainsi?

InformationsquelleAutor Hongxu Chen | 2012-12-29
  1. 11

    Simple \r de terminaisons pour les retours à la ligne sont des "vieux Mac" terminateurs de ligne, il est étrange qu'un éditeur en 2012+ génère même des fichiers avec une telle ligne de terminators... de toute façon, vous pouvez utiliser le mac2unix de commande, qui fait partie de la dos2unix distribution:

    # Edits thefile inline
mac2unix thefile
# Takes origfile as an input, outputs to dstfile
mac2unix -n origfile dstfile

    Cette commande ne sera pas munge les fichiers qui ont déjà prévu des terminateurs de ligne, qui est un bonus. Et l'inverse (unix2mac) existe également.

    Noter que mac2unix est le même que dos2unix -c mac.

    • Malheureusement, j'ai essayé sans aucun effet;-(
    • Qui est le plus bizarre, cette commande a toujours travaillé pour moi. Soin de dire comment vous essayez de l'utiliser?
    • Le build_test.sh est édité d'abord à l'aide de leafpad(pas de Windows ou dos, OS). Je viens de l'utiliser dos2unix build_test.sh build_test_nocr.sh et la file build_test_nocr.sh me dit que build_test_nocr.sh: ASCII text, with CR line terminators
    • Vous l'avez dit c'est "non à partir de Windows ou dos OS" -- ce OS est qui alors?
    • Linux(Ubuntu 12.04)
    • OK, j'ai fait une très grossière erreur dans la syntaxe, en fait dos2unix modifie le fichier en place... l'Essayer et de voir le post édité
    • Tu veux dire dos2unix build_test.sh? Pas d'effet. J'ai mis à jour la question et j'espère que vous pouvez m'expliquer :->
    • Hmm, on dirait \rseule ligne de terminaisons sont vieux Mac style terminateurs. Pouvez-vous essayer mac2unix à la place?
    • Oui, ça marche, merci! BTW, voulez-vous me dire à propos de l'étrange résultat de cat,more ou un peu plus de détails, s'il vous plaît?
    • Je ne sais pas exactement, mais j' pense cela a à voir avec la façon dont le terminal lui-même traite les retours à la ligne. Comme je le vois, terminaux à reconnaître un \n caractère de saut de ligne et effectuer les actions appropriées sur l'écran, alors qu'ils afficheront \r comme ^M. Les terminaux (bien, ats) sont d'un compliqué...

    InformationsquelleAutor fge
  2. 7

    Aussi, si vous travaillez avec vim, vous pouvez appliquer les fins de ligne UNIX par l'exécution de

    :set fileformat=unix
:w

    ou tout simplement ajouter

    set fileformat=unix

    pour votre .fichiers vimrc

    • Il ne prend aucun effet:-(
    InformationsquelleAutor jpmuc
  3. 4

    J'ai finalement compris que je pouvais utiliser cette commande:

    tr '^M' '\n' <build_test.sh >build_test_nocr.sh

    où ^M est ajouté en appuyant sur Ctrl+v et Enter clés.Alternativement, cela a le même effet:

    tr '\r' '\n' <build_test.sh >build_test_nocr.sh
    InformationsquelleAutor Hongxu Chen