Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#25861 - [vim] Segfaults on omnifunc completion with "set completeopt+=longest"
Attached to Project:
Arch Linux
Opened by nsf (nsf) - Friday, 02 September 2011, 10:36 GMT
Last edited by Eric Belanger (Snowman) - Monday, 05 September 2011, 21:46 GMT
Opened by nsf (nsf) - Friday, 02 September 2011, 10:36 GMT
Last edited by Eric Belanger (Snowman) - Monday, 05 September 2011, 21:46 GMT
|
DetailsDescription: It looks like someone has changed the logic of the longest match in vim autocompletion. Now it tries to do the longest match after each new letter entered. And there are some ugly bugs which causes it to segfault the vim. Not mentioning that it's also very slow now. Looks like it calls omnifunc with every character entered.
Vim version: 7.3.289 Looks like it only appears when "set completeopt+=longest" is set. Steps to reproduce: it's very easy to reproduce this bug with the option mentioned above + one of my omnifunc plugins: ccode (C/C++ completion based on clang) or gocode (Go completion). Both worked just fine with previous version of vim + the interaction with vim is minimal, therefore they shouldn't really cause a segfault by themselves. Bug appears on both x86 and amd64. I marked the severity as high, even though it's actually critical for people who use autocompletion a lot. |
This task depends upon
Closed by Eric Belanger (Snowman)
Monday, 05 September 2011, 21:46 GMT
Reason for closing: Fixed
Additional comments about closing: Should be fixed in vim-7.3.294-1
Monday, 05 September 2011, 21:46 GMT
Reason for closing: Fixed
Additional comments about closing: Should be fixed in vim-7.3.294-1
Most likely this is the guy who did this.