1

Я часто работаю на удаленных серверах. Есть один сервер, который, похоже, "запутался" в количестве доступных столбцов (по-моему, только при работе в Vim (не в bash). В частности, когда я открываю файл с длинными строками, сначала все выглядит нормально. Но когда я двигаюсь, текст перемешивается. Курсор будет выглядеть так, как будто он находится над определенным словом, но я на самом деле на другой строке. Я могу сказать, потому что, если я ищу слово, которое охватывает курсор, слово из другой строки внезапно появляется под моим курсором. Кроме того, часть текста, кажется, переносится на следующую строку (хотя у меня есть "set nowrap"). И это оборачивается намного раньше, чем потребуется окну.

Если я выполню "ls" в командной строке, текст простирается до конца окна. Так что я думаю, что это специфично для Vim.

Что я проверил:1. Я проверил, что $ TERM соответствует $ TERM на моей локальной машине (думая, что там было какое-то недопонимание). Оба являются "xterm-color". 2. Я проверил, что Vim не установил нечетное количество столбцов (подробный набор столбцов?). Возвращаемое значение соответствует ширине моего окна. 3. Я много гуглил и ничего не нашел.

Я ценю любую помощь. Дайте мне знать, как я могу уточнить.

Моя локальная машина - Mac OS X Mountain Lion. Удаленный сервер - Debian (Squeeze). Remote Vim составляет 7,2.

РЕДАКТИРОВАТЬ-1: Я не знаю, связаны ли следующие, но вот еще несколько симптомов: 1. Если я разделю экран в Vim, строки информации о файлах между ними будут перемешаны (я думаю, это должно быть связано)2. "set ruler" не работает

РЕДАКТИРОВАТЬ-2: Я только что понял, что "поменьше" оборачивает текст слишком рано (задолго до конца окна) и в том же месте, где пытается это сделать Вим. Так что я предполагаю, что это как-то связано с bash. Единственное отличие от "less" состоит в том, что строки не перепутываются, как в Vim.

РЕДАКТИРОВАТЬ-3: Все это, вероятно, теперь очевидно, и я должен был проверить другие редакторы ранее, но, естественно, в emacs есть те же проблемы, что и в Vim. Это проблема Bash? Срок вопроса?

РЕДАКТИРОВАТЬ-4: Я только что попытался получить доступ к тем же файлам удаленно с помощью iTerm (вместо Terminal.app), и он работает отлично. Я не знаю, что с этим делать. В каком-то смысле моя проблема решена, но я хотел бы понять, что происходит, если кто-то может пролить свет.

2 ответа2

3

Я не уверен точно, что происходило или что это исправило, но, как упоминалось выше, я получил доступ к удаленному файлу с помощью iTerm (вместо Termanal.app) и все отформатировано, как и ожидалось. Исходя из этого, я предположил, что что-то не так между Terminal.app и удаленным сервером. Пользователь romainl предложил явно установить $ TERM в xterm-256color в моем ~/.bashrc (set TERM=xterm-256color) на удаленном сервере и повторить попытку с Terminal.app. Когда я сделал это, текст отформатирован правильно, хотя с неправильной подсветкой синтаксиса. Затем я удалил ранее упомянутую строку из моего ~/.bashrc на удаленном сервере, закрыл сеанс и начал заново. На этот раз все заработало как положено. Возможно, это просто ошибка Terminal.app.

Еще раз спасибо всем, кто предложил свои знания.

0

У меня была команда tricky:highlight в моем .vimrc, которая вызвала эту проблему, которая делает vi непригодным для использования. Вы можете устранить / подтвердить это, запустив vi без конфигурации.

Сначала выйдите из сеанса ssh и войдите в систему, чтобы получить чистую оболочку, а затем:

vi -u NONE -U NONE -N file.txt

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .