Tại sao vim trả lại mã thoát không bằng 0 nếu tôi thoát ngay sau khi mở?

Tôi đang gặp phải một vấn đề kỳ lạ với vimSnow Leopard: Tôi nhận được một mã thoát khác không chỉ bằng cách chạy vimvà sau đó thoát.

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

Tuy nhiên, nếu tôi sử dụng đường dẫn đầy đủ đến vim, tôi sẽ không thấy hành vi này

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

Lúc đầu, tôi nghĩ vimlà đến từ một nơi nào đó sớm hơn trên con đường của mình, nhưng:

$ which vim
/usr/bin/vim

Vì vậy, tôi đang thua lỗ. Điều gì có thể gây ra điều này?

CẬP NHẬT: Vấn đề này đã tự giải quyết một cách kỳ diệu, điều này khiến tôi rất nghi ngờ. Lý thuyết tốt nhất hiện tại của tôi là tôi đã gặp sự cố với .vimrcplugin hoặc plugin mà tôi đã vô tình sửa trong khi điều chỉnh thiết lập của mình theo một cách khác. Nếu tôi có thể theo dõi chính xác những gì tôi đã làm để sửa nó, tôi chắc chắn sẽ cập nhật với thông tin đó. Cảm ơn câu trả lời.

Bạn có filetype offtrong vimrc của bạn? Hãy thử thay thế nó bằng:

filetype on
filetype off

Tôi gặp vấn đề này khi sử dụng mầm bệnh của Tim Pope trên OS X. Bài viết này đã giúp tôi giải quyết vấn đề. Nếu bạn đang sử dụng mầm bệnh ...

call pathogen#runtime_append_all_bundles()

... làm điều này thay vào đó:

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

Tôi có thể nghĩ về hai lời giải thích có thể.

1. vimthực sự là một bí danh. Lưu ý rằng whichkhông hiển thị bí danh, bạn nên sử dụng typethay thế (trừ khi bạn đang chạy csh hoặc tcsh).

2. Vim đi tìm một số tệp trong một đường dẫn liên quan đến thư mục cài đặt của nó, nó xác định từ việc xem argv[0](tên của tệp thực thi được truyền từ shell), và bằng cách nào đó không tìm thấy đường dẫn đó nếu nó được gọi thông qua một đường dẫn tương đối. Điều đó có thể về mặt kỹ thuật, nhưng tôi không nghĩ Vim thực sự làm điều đó.

Tôi nhận được một mã thoát không bằng không chỉ đơn giản là chạy vim và sau đó thoát.

Điều đó không xảy ra ở đây, với một hệ thống tương tự: Snow Leopard và phiên bản chứng khoán của Vim.

Hãy thử lệnh này:

$ sudo dtruss vim +q

Điều đó sẽ giúp bạn có một danh sách tất cả các tòa nhà mà Vim tạo ra trong khi nó khởi tạo và sau đó tắt ngay lập tức. ( dtrusstương đương với stracetrên Linux, nếu bạn đã sử dụng trước đó.)

Thứ bạn đang tìm kiếm là một dòng gần cuối hiển thị mã lỗi, thường là -1. Nhìn vào các đối số cho cuộc gọi hệ thống sẽ dẫn bạn đến vấn đề. Một khả năng cao là một tập tin bị thiếu, có thể sẽ hiển thị trên một open()cuộc gọi.

Nếu Vim thoát sạch khi chạy theo cách này, có lẽ bạn có vấn đề về quyền, điều sudocần thiết để cho phép dtrusschạy đang diễn ra. Trong trường hợp đó, bạn có thể sửa nó bằng cách sửa chữa quyền .

Tôi đã gặp vấn đề mã trở lại này. Tôi truy nguyên nó trở lại một loadviewlệnh thực thi âm thầm trong vimrc của tôi, nó cung cấp các khung nhìn liên tục:

" 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

Khi nhập bộ đệm không có tên tệp, silent! loadviewsẽ thực thi, ẩn lỗi

E32: Không có tên tệp

mà cũng đã khiến mã trả về được đặt thành một.