You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found a bug with the Job class: if you set maximum_results and the process encounters an error during execution, you will get this error message:
Error executing luv callback:
cannot resume dead coroutine
stack traceback:
[builtin#36]: at 0x57ac5f2f4ad0
[C]: in function 'wait'
.../site/pack/packer/start/plenary.nvim/lua/plenary/job.lua:218: in function 'shutdown'
.../site/pack/packer/start/plenary.nvim/lua/plenary/job.lua:343: in function <.../site/pack/packer/start/plenary.nvim/lua/plenary/job.lua:342>
I am trying to fix it but it's proving more difficult than I anticipated. As far as I can see, the error is caused by vim.wait returning after everything has already been cleaned up. It will work fine for a normally executing process with a clean exit, but not in this situation where a process has errors. At least this applies to using the find command when it searches directories that you don't have permissions to.
The text was updated successfully, but these errors were encountered:
I found a bug with the Job class: if you set
maximum_results
and the process encounters an error during execution, you will get this error message:You can recreate it reliably with this example:
I am trying to fix it but it's proving more difficult than I anticipated. As far as I can see, the error is caused by
vim.wait
returning after everything has already been cleaned up. It will work fine for a normally executing process with a clean exit, but not in this situation where a process has errors. At least this applies to using thefind
command when it searches directories that you don't have permissions to.The text was updated successfully, but these errors were encountered: