Чому vim повертає ненульовий код виходу, якщо я виходжу відразу після відкриття?

Я зіткнувся з дещо дивною проблемою в / vimу Snow Leopard: я отримую ненульовий код виходу з просто запуску, vimа потім виходу з системи.

$ vim
# exit immediately using :q
$ echo $?
1

Однак якщо я використовую повний шлях vim, я не бачу такої поведінки

$ /usr/bin/vim
# exit immediately using :q
$ echo $?
0

Спочатку я думав, що vimйде десь раніше на моєму шляху, але:

$ which vim
/usr/bin/vim

Тож я в збитку. Що може бути причиною цього?

ОНОВЛЕННЯ: Ця проблема магічно вирішилася сама, що робить мене дуже підозрілим. Моя поточна найкраща теорія полягає в тому, що у мене виникли проблеми зі своїм .vimrcплагіном чи плагіном, які я виправив випадково, під час налаштування налаштувань якимось іншим способом. Якщо я зможу відстежити, що саме я зробив, щоб виправити це, я обов'язково оновлю цю інформацію. Дякую за відповіді.

Чи є filetype offу вас vimrc? Спробуйте замінити його на:

filetype on
filetype off

У мене виникла ця проблема з використанням патогена Тіма Попа в ОС X. Ця стаття допомогла мені вирішити проблему. Якщо ви використовуєте патоген ...

call pathogen#runtime_append_all_bundles()

... зробіть це замість цього:

filetype on
filetype off
call pathogen#runtime_append_all_bundles()
call pathogen#helptags()
filetype plugin indent on

http://andrewho.co.uk/weblog/vim-pathogen-with-mutt-and-git

Я можу придумати два можливі пояснення.

1. vimнасправді псевдонім. Зверніть увагу, що whichпсевдоніми не відображаються, ви повинні використовувати typeзамість них (якщо ви не використовуєте csh або tcsh).

2. Vim відправляється шукати якийсь файл у шляху відносно його інсталяційного каталогу, який він визначає, переглядаючи argv[0](ім'я виконуваного файлу, як передано з оболонки), і якось не вдається знайти цей шлях, якщо він викликається через відносний шлях. Це технічно можливо, але я не думаю, що Вім насправді це робить.

Я отримую ненульовий код виходу з просто запуску vim, а потім виходу з системи.

Тут не трапляється подібної системи: Snow Leopard та біржова версія Vim.

Спробуйте цю команду:

$ sudo dtruss vim +q

Це дозволить отримати список усіх системних викликів, які робить Vim, поки він ініціалізується, а потім негайно вимикається. ( dtrussеквівалентно straceLinux, якщо ви використовували це раніше.)

Що ви шукаєте, це рядок, близький до кінця, який показує код помилки, як правило, -1. Дивлячись на аргументи до системного виклику, слід привести вас до проблеми. Однією з високих можливостей є відсутність файлу, який, ймовірно, з’явиться під час open()виклику.

Якщо Vim виходить з чистого режиму під час запуску таким чином, у вас, ймовірно, є проблема з дозволом, яка sudoпотрібна для того, dtrussщоб запустити, це усувається. У цьому випадку ви, ймовірно, можете це виправити, відремонтувавши дозволи .

Я потрапив у цю проблему повернення кодів. Я простежив його назад до тихо виконуючої loadviewкоманди в моєму vimrc, яка забезпечує стійкі погляди:

" Persistent views
if has("mksession")
    set viewdir=$HOME/.vimviews
    if has("unix")
        silent execute '!mkdir -p $HOME/.vimviews'
    endif
    au BufWinLeave * silent! mkview "make vim save view (state) (folds, cursor, etc)
    au BufWinEnter * silent! loadview "make vim load view (state) (folds, cursor, etc)
endif

При введенні буфера без імені файлу, silent! loadviewвиконується, приховуючи помилку

E32: Немає імені файлу

що також призвело до встановлення коду повернення на один.