GVIM - 啓動過程中崩潰

最近我想嘗試使用gvim7.2來支持CSCOPE，並從我公司的安裝目錄安裝它。然而，當我執行它 - 我得到一個分段錯誤和消息看起來因此，GVIM - 啓動過程中崩潰

Vim: Caught deadly signal SEGV 
Vim: Finished. 
Segmentation fault (core dumped)

當我正在尋找這個問題在網上論壇，我發現有關該問題的重現性一般投訴。任何對此的見解將不勝感激。

來源

2012-03-27 Prando

你應該試試最新的穩定版本Vim 7.3。 – 2012-03-27 18:37:42

由於可擴展使用「示波器字典」功能，我的某個版本的vim-7.2在我的ubuntu arm上網本上找到了完全相同的行爲。最近（不超過幾個月）vim-7.3不會發生這種情況。所以你基本上有兩個選擇：1.（最好）更新到vim-7.3。 2.運行無插件的vim。如果運行正常，執行'vim -D'（進入調試模式），按''並繼續按''，直到找出哪個插件是問題，然後清除它。如果它不會讓您的管理員保留破損的軟件，我無法進一步幫助您。 – ZyX 2012-03-27 18:42:40

儘量詳細的日誌記錄，

vim -V10/tmp/vim.log

您也可以嘗試運行strace的，看看它是轟炸，

strace vim

這是可能的，這是一個權限問題，但是這是一個猜測。

來源

2012-03-27 18:40:26

這種日誌記錄可以在其他情況下有所幫助，但由於緩衝，你不會收到最有意義的部分：什麼命令vim崩潰。我不知道什麼時候會發生緩衝（可能是OS功能或vim），但我知道當vim崩潰時，最後一行不會寫入磁盤。 – ZyX 2012-03-27 18:53:04

至少，這並沒有幫助我，當我試圖確定爲什麼'frawor'崩潰舊vim沒有像gdb一樣的調試器板上。在我對這個問題的評論中描述的'vim -D'技巧確實有幫助。 – ZyX 2012-03-27 18:55:20

嘗試啓動Vim像這樣：

$ vim -u NONE

這將禁用所有插件來查看問題是否仍然存在。

如果它開始OK，擺脫所有的插件Vim的運行目錄（通常）：

~/.vim/

在Linux上&接一個，直到賽格故障發生時將它們重新添加一個。

可能是一個單調乏味的過程，尤其是在兩個或多個插件之間可能存在衝突的情況下，很難確定它們究竟是什麼時候發生衝突，但十次中的九次，它通常會讓您找到問題。

來源

2012-03-27 22:23:55 phildobbin

感謝您的答覆，我會解決並報告結果以備將來使用。 – Prando 2012-03-27 23:26:28

我有Python3 IIRC不兼容的共享庫崩潰。

我從來沒有ultisnips在Ubuntu納蒂64工作正是由於這個原因。

刪除插件製作VIM（可能是擺在首位不加載不兼容的庫）正常啓動。

您可以禁用插件，並重新啓用它們一個一個看的Python是否是罪魁禍首，或者直接測試：

gvim -u NONE +'python3 print "test"'

在我的盒子：

Fatal Python error: take_gil: NULL tstate 
Vim: Caught deadly signal ABRT 
Vim: Finished.

相反，

gvim -u NONE +'python2 print "test"'

正常工作

來源

2012-03-28 22:14:56 sehe

謝謝@sehe！刪除UtiliSnips剛解決了我的「gvim crashing without trace」問題。 – bentayloruk 2016-01-12 10:24:17

這確實花了我很長時間來調試，我的確經歷了手動禁用我安裝的每個插件的痛苦過程，但同樣的錯誤一直在彈出。

[解決方案]：事實證明，gvim與使用的圖形設置緊密相關。我們使用citrix客戶端來遠程登錄到UNIX服務器並從那裏開發。按照我的同事的建議 - 我將顏色設置更改爲「真彩色24位」，並且瞧！，事情完美無缺。

當我們被完全不知情的錯誤來源所擊中的時代的典型例子之一！

無論如何，感謝您的所有建議 - 我學到了很多:)。

來源

2012-06-09 00:03:00 Prando

GVIM - 啓動過程中崩潰

回答

相關問題