2012-03-27 81 views
4

最近我想尝试使用gvim7.2来支持CSCOPE,并从我公司的安装目录安装它。然而,当我执行它 - 我得到一个分段错误和消息看起来因此,GVIM - 启动过程中崩溃

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

当我正在寻找这个问题在网上论坛,我发现有关该问题的重现性一般投诉。任何对此的见解将不胜感激。

+0

你应该试试最新的稳定版本Vim 7.3。 – 2012-03-27 18:37:42

+2

由于可扩展使用“示波器字典”功能,我的某个版本的vim-7.2在我的ubuntu arm上网本上找到了完全相同的行为。最近(不超过几个月)vim-7.3不会发生这种情况。所以你基本上有两个选择:1.(最好)更新到vim-7.3。 2.运行无插件的vim。如果运行正常,执行'vim -D'(进入调试模式),按''并继续按'',直到找出哪个插件是问题,然后清除它。如果它不会让您的管理员保留破损的软件,我无法进一步帮助您。 – ZyX 2012-03-27 18:42:40

回答

1

尽量详细的日志记录,

vim -V10/tmp/vim.log 

您也可以尝试运行strace的,看看它是轰炸,

strace vim 

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

+0

这种日志记录可以在其他情况下有所帮助,但由于缓冲,你不会收到最有意义的部分:什么命令vim崩溃。我不知道什么时候会发生缓冲(可能是OS功能或vim),但我知道当vim崩溃时,最后一行不会写入磁盘。 – ZyX 2012-03-27 18:53:04

+1

至少,这并没有帮助我,当我试图确定为什么'frawor'崩溃旧vim没有像gdb一样的调试器板上。在我对这个问题的评论中描述的'vim -D'技巧确实有帮助。 – ZyX 2012-03-27 18:55:20

1

尝试启动Vim像这样:

$ vim -u NONE

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

如果它开始OK,摆脱所有的插件Vim的运行目录(通常):

~/.vim/

在Linux上&接一个,直到赛格故障发生时将它们重新添加一个。

可能是一个单调乏味的过程,尤其是在两个或多个插件之间可能存在冲突的情况下,很难确定它们究竟是什么时候发生冲突,但十次中的九次,它通常会让您找到问题。

+0

感谢您的答复,我会解决并报告结果以备将来使用。 – Prando 2012-03-27 23:26:28

2

我有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"' 

正常工作

+0

谢谢@sehe!删除UtiliSnips刚解决了我的“gvim crashing without trace”问题。 – bentayloruk 2016-01-12 10:24:17

1

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

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

当我们被完全不知情的错误来源所击中的时代的典型例子之一!

无论如何,感谢您的所有建议 - 我学到了很多:)。