最近、私はgvim7.2をCSCOPEの素晴らしいサポートとして試してみたいと思っていました。私の会社のインストールディレクトリからインストールしました。しかし、私はそれを実行するとき - 私は、セグメンテーションフォールトを取得し、メッセージが GVIM - 起動時にクラッシュする
Vim: Caught deadly signal SEGV
Vim: Finished.
Segmentation fault (core dumped)
私がオンラインフォーラムでこの問題を探していた
が、私は問題の再現性に関する一般的な苦情を発見し、これに見えます。これについての洞察は大いに評価されるだろう。詳細ログを試してみてください、
vim -V10/tmp/vim.log
ます。また、それは爆撃がどこにあるか確認するためにstraceのを実行してみることができ、
strace vim
それはそれはアクセス許可の問題だということも可能だが、それは推測です。それでも問題が解決しないかどうかを確認するために、すべてのプラグインを無効にします
$ vim -u NONE
：
はそうのようにVimを起動してみてください。
それがOKに起動した場合は、Vimのランタイム・ディレクトリ（通常は）からのすべてのプラグインに移動：ワンセグ障害が発生するまでのLinux &上
~/.vim/
は一つずつそれらを再度追加。
特に2つ以上のプラグインの間で競合が発生する可能性があるので、面倒なプロセスになる可能性があります。その場合は、正確に衝突するのは確かではありませんが、問題。
あなたのすべての返信をありがとう、私はそれらを解決し、将来の使用のために結果を報告します。 – Prando
Python3 IIRCの互換性のない共有ライブラリでクラッシュしました。
私はUbuntu Natty 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"'
正常に動作します
ありがとう@sehe！ UtiliSnipsを削除するだけで、私の "gvim crashing without a trace"問題が修正されました。 – bentayloruk
これは確かにデバッグに長い時間がかかりました。私は実際にインストールしたプラグインを手動で無効にする苦しいプロセスを経てきましたが、同じエラーがポップアップし続けました。
[解決策]：gvimが使用されているグラフィック設定に密接に拘束されていることが判明しました。Citrixクライアントを使用してUNIXサーバーにリモートログインし、そこから開発します。私の同僚の提案によると、色の設定を「True Color 24 bit」に変更し、うわべい!! !!物事は完璧に機能しました。
時間の古典的な例の1つは、まったく疑いのないバグの原因に襲われました！
とにかく、あなたの提案に感謝します。私はたくさんのことを学びました。
最新の安定版であるVim 7.3を試してください。 –
"スコープ辞書"機能を拡張して使用しているため、私のプラグインの1つで、私のubuntuアームネットブックにあるvim-7.2のいくつかのバージョンと全く同じ動作をします。最近の（vim-7.3以降ではない）数ヶ月には発生しません。したがって、基本的に2つのオプションがあります：vim-7.3への（推奨）アップデート。プラグインなしでvimを実行する。正しく実行された場合は 'vim -D'（デバッグモードに入ります）を実行し、' 'を押して、問題のプラグインが見つかるまで「」を押してからパージしてください。壊れたソフトウェアを管理するために管理者にバグがない場合は、私はあなたをさらに助けることはできません。 –
ZyX