Що це за ^ М, які постійно відображаються у моїх файлах у emacs?

Тому я думаю, що це може бути пов'язано з текстовим партнером, але ми працюємо в невеликій команді і у нас виникають проблеми з повнорозмірними конфліктами майже однакових файлів у git, оскільки до кожного рядка однієї гілки додається ^ M.

Що ^Mповинен робити цей загадковий персонаж і звідки він може з’явитися?

Наші розробники використовують emacs на Windows / Mac, TextMate на Mac, coda на Mac та інколи редактор тексту wp-admin.

Хтось коли-небудь має це питання, що випливає з одного з них?

У git-config встановлено так, core.autocrlfщоб trueзробити git автоматично перетворювати закінчення рядків правильно для вашої платформи, наприклад, запустіть цю команду для глобального налаштування:

git config --global core.autocrlf true

Хтось неправильно перетворює свої рядкові символи .

Я припускаю, що це Windows, як вони люблять свій CRLF. Unix любить LF, а Mac любив CR, поки не було показано Unix способом.

^Mє 0x0d, тобто символ повернення каретки. Якщо ваш дисплей виглядає так

рядок 1 ^ М
рядок 2 ^ М

тоді файл повинен був надходити з Windows, оскільки стандартна послідовність нового рядка в Windows є CR LF( 0x0d 0x0a), тоді як стандартна послідовність нового рядка складається виключно з LFUnices.

Якби файл надходив із системи Mac OS 9 або попередньої версії, ви побачили б його як

рядок 1 ^ Mline 2 ^ M

тому що лінійних каналів після повернення перевезення не буде.

Щоб зникнути ^ M в git, введіть:

git config --global core.whitespace cr-at-eol

Кредити: https://lostechies.com/keithdahlby/2011/04/06/windows-git-tip-hide-carriage-return-in-diff/

Вони пов'язані з різницею між закінченнями стилю DOS і стилем Unix. Перегляньте статтю у Вікіпедії . Можливо, ви зможете знайти інструмент dos2unix, який допоможе, або просто написати невеликий сценарій, щоб виправити їх самостійно.

Edit : я знайшов такий приклад коду Python тут :

string.replace( str, '\r', '' )

Я використовую Android Studio (JetBrains IntelliJ IDEA ) на Mac OS, і моя проблема полягала в тому, що ^ M почав відображатися в деяких файлах у моєму запиті на виклик на GitHub . Що для мене працювало - це змінити роздільник рядків для файлу.

Відкрийте потрібний файл у редакторі, перейдіть до Файл, перейдіть до рядкових сепараторів, тоді виберіть найкращий варіант для вас (для мене це був LF - Unix та OS X (\ n) )

Згідно з наступною статтею ця проблема є наслідком заплутаних закінчень рядків між операційними системами: http://jonathonstaff.com/blog/isissue-with-line-endings/

І більше інформації ви можете знайти тут: https://www.jetbrains.com/help/idea/configuring-line-separators.html#d84378e48

замість заміни запитів ви також можете використовувати Mx delete-trailing-whitespace

~/.emacsПокладіть наступне у своєму (або еквівалентному)

(defun dos2unix ()
  "Replace DOS eolns CR LF with Unix eolns CR"
  (interactive)
    (goto-char (point-min))
      (while (search-forward "\r" nil t) (replace-match "")))

і тоді ви зможете просто використовувати M-x dos2unix.

^Mв кінці рядка в Emacs вказує повернення перевезення (\ r) з подальшим поданням рядка (\ n). Ви часто будете бачити це, якщо одна людина редагує файли в Windows (де кінець рядка - це поєднання символів повернення та нової лінії) та ви редагуєте в Unix або Linux (де кінець рядка - це лише символ нового рядка).

Поєднання символів зазвичай не шкідливо. Якщо ви використовуєте управління джерелом, можливо, ви зможете налаштувати формат реєстрації текстового файлу таким чином, щоб рядки були магічно налаштовані для вас. Крім того, ви можете використовувати тригери реєстрації та оформлення замовлення, які автоматично "виправлять" файли для вас. Або ви можете просто скористатися таким інструментом, як dos2unix, щоб налаштувати речі вручну.

Як усі згадували. Це інший стиль закінчення рядка. MacOSX використовує закінчення рядків Unix - тобто LF (подача рядків).

Windows використовує як CR (повернення каретки), так і LF (канал каналу) як закінчення рядка. Оскільки ви використовуєте і windows, і mac, звідки виникла проблема.

Якщо ви створите файл у Windows, а потім перенесіть його на mac, ви можете побачити ці ^ M символи в кінці рядків.

Якщо ви хочете їх видалити, ви можете зробити це дуже легко в emacs. Просто виділіть і скопіюйте символ ^ M і зробіть заміну ^ M на запит, і ви закінчили.

EDIT: Деякі інші посилання, які можуть бути корисними. http://xahlee.org/emacs/emacs_adv_tips.html

Цей допомагає налаштувати emacs для використання певного типу стилю закінчення рядків. http://www.emacswiki.org/emacs/EndOfLineTips

Я натрапив на цю проблему деякий час назад. ^ M являє собою повернення перевезення, і пошук за допомогою Ctrl-Q Ctrl-M(Це створює буквальний ^ M) дозволить отримати обробку цього символу в Emacs. Я щось робив за цими напрямками:

M-x replace-string [ENTER] C-q C-m [ENTER] \n [ENTER]

Якщо у вас не встановлена ​​утиліта dos2unix у вашій системі, ви можете створити власну, щоб позбутися символів кінцевої лінії Windows:

vi ~/dos2unix.bash:

із наступним змістом

#!/bin/bash
tr -d '\r' < $1 > repl.tmp
mv -f repl.tmp $1

У своєму ~ / .bashrc додайте рядок:

alias 'dos2unix=~/dos2unix.bash'

Застосування

dos2unix file_from_PC.txt

видалить ^ М символів у кінцях рядків у file_from_PC.txt. Ви можете перевірити, чи є у вас такі чи ні, скориставшись котом:

cat -v file_from_PC.txt

Дивитися також:

Ховається ^ М в емаках

Будьте обережні, якщо ви вирішите видалити ^ М символів і повторно подати свою команду. Вони можуть побачити файл без повернення перевезення.

Для мене вирішенням було використання наступної функції elisp, знайденої в цій статті Emacs Wiki .

 (defun dos2unix ()
      "Not exactly but it's easier to remember"
      (interactive)
      (set-buffer-file-coding-system 'unix 't) )

Виконайте функцію M-x dos2unixна буфері і збережіть файл, все ^Mзникне.