aboutsummaryrefslogtreecommitdiff
path: root/runtime/lua/vim/snippet.lua
diff options
context:
space:
mode:
authorzeertzjq <zeertzjq@outlook.com>2023-11-17 06:41:03 +0800
committerzeertzjq <zeertzjq@outlook.com>2023-11-17 07:06:52 +0800
commita4c111ae690448176ae584b9a2181923d1b2cdbd (patch)
tree20a2b79cfe44697a1fda39d05d18e63710863318 /runtime/lua/vim/snippet.lua
parent354b57b01ff38fe994e4bcab464dd70f5fad14d0 (diff)
downloadrneovim-a4c111ae690448176ae584b9a2181923d1b2cdbd.tar.gz
rneovim-a4c111ae690448176ae584b9a2181923d1b2cdbd.tar.bz2
rneovim-a4c111ae690448176ae584b9a2181923d1b2cdbd.zip
vim-patch:9.0.2108: [security]: overflow with count for :s command
Problem: [security]: overflow with count for :s command Solution: Abort the :s command if the count is too large If the count after the :s command is larger than what fits into a (signed) long variable, abort with e_value_too_large. Adds a test with INT_MAX as count and verify it correctly fails. It seems the return value on Windows using mingw compiler wraps around, so the initial test using :s/./b/9999999999999999999999999990 doesn't fail there, since the count is wrapping around several times and finally is no longer larger than 2147483647. So let's just use 2147483647 in the test, which hopefully will always cause a failure https://github.com/vim/vim/commit/ac63787734fda2e294e477af52b3bd601517fa78 Co-authored-by: Christian Brabandt <cb@256bit.org>
Diffstat (limited to 'runtime/lua/vim/snippet.lua')
0 files changed, 0 insertions, 0 deletions