Question

最近我想尝试使用gvim7.2来获得CSCOPE的精彩支持，并从我公司的安装目录中安装它。但是，当我执行它时 - 我得到一个分段错误，因此消息看起来如此，

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

当我在在线论坛中搜索此问题时，我发现了有关该问题可重复性的一般性投诉。任何有关这方面的见解将不胜感激。

Answer 1

尝试详细记录，

vim -V10/tmp/vim.log

您也可以尝试运行strace来查看轰炸的位置，

strace vim

这可能是一个权限问题，但这是猜测。

Answer 2

我遇到了与Python3 IIRC不兼容的共享库崩溃的问题。

由于这个原因，我从未在Ubuntu Natty 64上工作过ultisnips。

删除插件使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"'

正常工作

Answer 3

这肯定花了我很长时间来调试，我确实经历了手动禁用我安装的每个插件的痛苦过程，但同样的错误不断弹出。

[解决方案] ：事实证明，gvim与所使用的图形设置紧密相关。我们使用citrix客户端远程登录UNIX服务器并从那里开发。根据我同事的建议 - 我将颜色设置更改为“真彩色24位”并且瞧!!，事情很完美。

当我们被完全毫无疑问的错误来源击中时的一个典型例子！

无论如何，感谢你的所有建议 - 我学到了很多东西:)。

Answer 4

尝试像这样启动Vim：

$ vim -u NONE

将禁用所有插件以查看问题是否仍然存在。

如果启动正常，请从Vim的运行时目录（通常）移动所有插件：

~/.vim/

在Linux＆amp;将它们逐一添加，直到发生seg故障。

可能是一个繁琐的过程，尤其是因为两个或多个插件之间可能存在冲突。在这种情况下，很难确定它们究竟发生冲突的时间，但是十分之九，通常会让你找到问题的根源。