diff options
| author | Justin M. Keyes <justinkz@gmail.com> | 2026-08-19 14:18:26 +0200 |
|---|---|---|
| committer | Justin M. Keyes <justinkz@gmail.com> | 2026-08-19 15:46:58 +0200 |
| commit | 5a71131282010225745d94b068a95fc7eb4db2a9 (patch) | |
| tree | 447331b71c3927484f550ba185ade28aead0cc1d /runtime/lua/vim/range.lua | |
| parent | 5b1c21f4b89f9afdabf524e55887a9c1c0052069 (diff) | |
| download | rneovim-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