ทำไมกลุ่มถึงส่งคืนรหัสออกที่ไม่ใช่ศูนย์ถ้าฉันออกทันทีหลังจากเปิด?

ฉันพบปัญหาแปลก ๆ เล็กน้อย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

ดังนั้นฉันจึงสูญเสีย สิ่งที่อาจทำให้เกิดสิ่งนี้

UPDATE: ปัญหานี้แก้ไขได้อย่างน่าอัศจรรย์ซึ่งทำให้ฉันต้องสงสัยอย่างมาก ทฤษฎีที่ดีที่สุดในปัจจุบันของฉันคือฉันมีปัญหากับ.vimrcปลั๊กอินของฉันหรือที่ฉันแก้ไขโดยไม่ได้ตั้งใจในขณะที่ปรับแต่งการตั้งค่าของฉันด้วยวิธีอื่น หากฉันสามารถติดตามสิ่งที่ฉันแก้ไขได้อย่างแน่นอนฉันจะอัปเดตด้วยข้อมูลนั้นอย่างแน่นอน ขอบคุณสำหรับคำตอบ

คุณมีfiletype offvimrc ของคุณหรือไม่ ลองแทนที่ด้วย:

filetype on
filetype off

ฉันมีปัญหานี้ในการใช้ Pathogen ของ Tim Pope บน OS X บทความนี้ช่วยฉันแก้ปัญหา หากคุณใช้ Pathogen ...

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. กลุ่มจะค้นหาไฟล์บางไฟล์ในพา ธ ที่สัมพันธ์กับไดเร็กทอรีการติดตั้งซึ่งพิจารณาจากการดูargv[0](ชื่อของไฟล์เรียกทำงานที่ส่งผ่านจากเชลล์) และอย่างใดล้มเหลวในการค้นหาพา ธ นั้นถ้ามันถูกเรียกผ่านพา ธ สัมพัทธ์ นั่นอาจเป็นไปได้ในทางเทคนิค แต่ฉันไม่คิดว่า Vim จะทำเช่นนั้นได้

ฉันได้รับรหัสทางออกที่ไม่เป็นศูนย์จากเพียงแค่เรียกใช้กลุ่มและจากนั้นออก

นั่นไม่ได้เกิดขึ้นที่นี่ด้วยระบบที่คล้ายกัน: Snow Leopard และ Vim เวอร์ชันสต็อค

ลองคำสั่งนี้:

$ sudo dtruss vim +q

นั่นจะทำให้คุณได้รายชื่อ syscalls ทั้งหมดที่ Vim สร้างขึ้นในขณะที่มันเริ่มต้นแล้วปิดทันที ( dtrussเทียบเท่ากับstraceบน Linux หากคุณเคยใช้มาก่อน)

สิ่งที่คุณกำลังมองหาคือเส้นใกล้ถึงจุดสิ้นสุดที่แสดงรหัสข้อผิดพลาดโดยทั่วไปคือ -1 การดูที่อาร์กิวเมนต์ของการเรียกระบบควรนำคุณไปสู่ปัญหา ความเป็นไปได้สูงอย่างหนึ่งที่เป็นไปได้คือไฟล์ที่ขาดหายไปซึ่งอาจจะปรากฏขึ้นในการopen()โทร

ถ้าเป็นกลุ่มอย่างหมดจดเมื่อรันด้วยวิธีนี้คุณอาจมีปัญหาสิทธิ์ซึ่ง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: ไม่มีชื่อไฟล์

ซึ่งทำให้รหัสส่งคืนถูกตั้งค่าเป็นหนึ่ง