aboutsummaryrefslogtreecommitdiff
path: root/runtime/lua/vim/range.lua
diff options
context:
space:
mode:
authorJustin M. Keyes <justinkz@gmail.com>2026-08-19 14:18:26 +0200
committerJustin M. Keyes <justinkz@gmail.com>2026-08-19 15:46:58 +0200
commit5a71131282010225745d94b068a95fc7eb4db2a9 (patch)
tree447331b71c3927484f550ba185ade28aead0cc1d /runtime/lua/vim/range.lua
parent5b1c21f4b89f9afdabf524e55887a9c1c0052069 (diff)
downloadrneovim-5a71131282010225745d94b068a95fc7eb4db2a9.tar.gz
rneovim-5a71131282010225745d94b068a95fc7eb4db2a9.tar.bz2
rneovim-5a71131282010225745d94b068a95fc7eb4db2a9.zip
fix(lifecycle): on Windows, CTRL_CLOSE kills Nvim mid-teardown
Problem: `signal_ignore_deadly` doesn't work for Windows, where the console still may terminate Nvim during teardown (after `signal_teardown`), while it is already trying to exit. Besides interrupting any housekeeping we are doing, it results in an unpredictable exit code (flaky tests). [Process exited -1073741510] // 0xC000013A STATUS_CONTROL_C_EXIT Solution: Register our own CTRL_CLOSE_EVENT handler which "blocks" the signal. Note: if exit takes longer than 5s, Windows will consider the process "hung" and kill it anyway.
Diffstat (limited to 'runtime/lua/vim/range.lua')
0 files changed, 0 insertions, 0 deletions