John Whitley wrote:
> ### Repro steps
>
> 1. From this gist[1], download the files `killvimrc` and `longline.rb`.
> 2. Run vim with `vim -u killvimrc longline.rb`.
>
> ### Actual results
>
> `vim` locks up at 100% CPU utilization and must be killed with `kill -9 ...=
> `
>
> ### Expected results
>
> File loads and is editable.
>
> ### Notes
>
> Reproduced with vim 7.4.488 and 7.4.540 (hg HEAD at time of writing).
>
> This issue appears to be tied to the vim ruby syntax file. Removing the li=
> ne `syntax on` from `killvimrc` allows the file to load, as does renaming `=
> longline.rb` to `longline.txt`. As expected, loading the file as a .txt fi=
> le and running `:set ft=3Druby` will trigger the lockup.
>
> Bugreport.txt for the 7.4.488 run is in a separate gist at [2].
>
> Also reported as neovim/neovim#1161 [3].
>
> This appears to be related to earlier threads on long lines in the presence=
> [6]
https://code.google.com/p/vim/issues/detail?id=3D274
It would be good if we implement the time limit for the NFA engine.
--
Hanson's Treatment of Time:
There are never enough hours in a day, but always too
many days before Saturday.
/// Bram Moolenaar -- Br...@Moolenaar.net --
http://www.Moolenaar.net \\\
/// sponsor Vim, vote for features --
http://www.Vim.org/sponsor/ \\\
\\\ an exciting new programming language --
http://www.Zimbu.org ///
\\\ help me help AIDS victims --
http://ICCF-Holland.org ///