#crlf

How to Get Consistent Line Breaks in VS Code (LF vs CRLF)

Ever had the problem where you submit a pull request and the diff is waaaaay bigger than it should be? The code looks identical but GitHub is telling you that it’s all different! This is typically due to a difference in line endings. Unix systems (Linux and Mac) default to the LF (line feed) character for line breaks. Windows on the other hand is “special” and defaults to CR/LF (carriage return…

Differences between Read, ReadString and ReadStringUntil

Desde nuestro monitor serie disponemos de un cable para enviar información y otro para recibirla. En la gran mayoría de casos se envía información para conocer el estado de las variables dentro de un programa para poder conocer como se gestionan durante la ejecución del mismo. Pero muy pocas veces se utilizan para leer datos a menos que creemos una comunicación Bluetooth para recibir datos de…

とある Linux サーバー上で Python を実行しようとしたときに起きた問題。

$ ./hoge.py : No such file or directory

↑ は Git から Linux 上に落とした Python コードを実行しようとしたところ発生したエラーです。

実際のエラー全文は下記です。

/usr/bin/env: python: No such file or directory

この Python ファイルがどんなものか調べてみます。

$ file hoge.py hoge.py: Python script, ASCII text executable, with CRLF line terminators

改行コードが CRLF になっているので LF に変換しなければなりません。

幸い実行サーバーには vim が入っていたので :set fileformat=unix して解決。

New Post has been published on http://vivihome.net/2014/11/11/ne-plus-se-faire-emm-avec-les-crlf-au-lieu-de-lf-avec-git-co/

Ne plus se faire emm*** avec les CRLF au lieu de LF avec Git & co

Bon ca fait un moment que je m’emm*** avec ça donc je sors les grands moyens.

Pour convertir en masse les fichiers c’est sur cette page particulièrement : find . -type f -exec dos2unix \;

Pour définitivement dire a git que c’est vous le patron et que vous voulez du LF : ajouter un .gitattributes dans votre repo et dedans ajouter * text eol=lf

A noter que git ne détecte pas bien ces changements de ce type donc lire cette page ou cette page pourrait aider à rafraichir le contenu…

Ne pas oublier vos éditeurs aussi qui peuvent vous casser les pieds par defaut (donc leur faire comprendre que LF c’est ce que vous voulez peut être important).

Windows text files tend to have carriage-return line-feed characters at the end of each line. CRLF. Linux text files have a line-feed character at the end of the line. LF. In linux, a quick way of seeing the format of text files is the 'file' command. e.g.

$ file my_file.csv

my_file.csv: ASCII text, with CRLF line terminators <-- This is bad!

$ file my_file.csv

my_file.csv: ASCII text <-- This is good! If you want to view the file and see the nasty CR character, then do this;

$ cat -v my_file.csv

some_field,another_field,last_one^M

See that ^M ? Well, that's the CR character. If you're parsing the CSV file in linux, that last field will be read as 'last_one^M' How to fix it? - Open the file in an editor capable of handling line-endings correctly, and save it. Notepad++ does this, as does vim, emacs, geaney, eclipse, gedit and most good text editors. But don't use Windows Notepad! To convert line endings from CRLF to LF in vim, do this:

:update Save any changes.

:e ++ff=dos Edit file again, using dos file format ('fileformats' is ignored).[A 1]

:setlocal ff=unix This buffer will use LF-only line endings when written.[A 2]

:w Write buffer using unix (LF-only) line endings.