| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
| |
This is the result of malloc error handling elimination: push_current_state()
used to (not) return OK depending on whether growing garray failed or not and
this return was checked, if errorred out push_next_match() will simply return
its argument unchanged.
Now when allocations are supposed to either always succeed or crash Neovim this
check was returned, push_current_state() was stripped of its return value and
moved out of if() condition, resulting in V763.
|
| |
|
| |
|
|
|
|
| |
The code uses 2-iteration loop antipattern: retval is NULL on first iteration,
not NULL on second, yet this is still a false positive.
|
| |
|
|
|
|
| |
Apparently the latter is not a part of the public C API.
|
| |
|
|
|
|
| |
Code imported from #6299
|
| |
|
|
|
|
|
| |
It is useless to use sbuffer here and print that to stdout, just using “fbuffer”
instead.
|
|
|
| |
This is usual “passing data via global” false positive.
|
| |
|
| |
|
|\ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Does not alter its usages.
|
| |
| |
| |
| | |
Does not alter their usages as well.
|
| |
| |
| |
| | |
Does not alter its usages.
|
|/ |
|
|\
| |
| | |
vim-patch:7.4.2259,7.4.2268,7.4.2318,7.4.2320
|
| |
| |
| |
| |
| | |
Create new functions to handle moving to the next incsearch match or
matching history index.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: Redraw problem when using 'incsearch'.
Solution: Save the current view when deleting characters. (Christian
Brabandt) Fix that the '" mark is set in the wrong position. Don't
change the search start when using BS.
https://github.com/vim/vim/commit/dda933d06c06c2792bd686d059f6ad19191ad30b
|
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: When 'incsearch' is not set CTRL-T and CTRL-G are not inserted as
before.
Solution: Move vim/vim#ifdef and don't use goto.
https://github.com/vim/vim/commit/349e7d94e6bbb253bb87adad9039f095128ab543
|
| |
| |
| |
| |
| |
| |
| | |
Problem: Using CTRL-N and CTRL-P for incsearch shadows completion keys.
Solution: Use CTRL-T and CTRL-G instead.
https://github.com/vim/vim/commit/1195669f9e434fa9ab8b57ee9470bf951e4990b8
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: With 'incsearch' can only see the next match.
Solution: Make CTRL-N/CTRL-P move to the previous/next match. (Christian
Brabandt)
https://github.com/vim/vim/commit/4d6f32cbfbaf324ac4a25c0206a5db0e9f7a48f7
|
|\ \
| | |
| | | |
lua: Add paths from &runtimepath to package.path and package.cpath
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It used to
1. Always omit last component in runtimepath.
2. Always omit trailing empty item and leave uninitialized memory in place of
it.
|
| |/
|/|
| |
| | |
Reducing latency is more interesting than optimizing bandwidth
for Nvim's typical use-cases.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | | |
Allow multiple function definitions in one :execute
|
| | |
| | |
| | |
| | |
| | | |
This will still error out on `:endfunction | next`, but defining many functions
in one `:execute` should be possible.
|
| | |
| | |
| | |
| | | |
Ref #6844
|
|\ \ \ |
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
if (oap->regname == 0 &&
oap->motion_type != kMTLineWise &&
oap->line_count == 0 &&
!oap->use_reg_one ){
then reg is not initialised
and our call to set_clipboard will dereference NULL
}
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
rbuffer_read_ptr may return a null
if ptr == null && cnt == 0 && !out_data_decide_throttle(cnt)
then we would have called out_data_append_to_screen(ptr, cnt, eof)
which dereferences the null pointer.
|