-
-
Notifications
You must be signed in to change notification settings - Fork 358
LSP Lua suddenly stopped working: "***buffer overflow detected ***: terminated" #1844
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
for me it fails on linux amd64, same config and same project works on macos arm64 though. |
I meet the same problem as you, did you have found any solution for that? |
I try to reboot my system, then it works well |
none at the moment. also rebooted the WSL. Same buffer overflow. Other LSPs are working I also change the sumneko_lua config to use vscode's Lua server. Still buffer overflow. return {
-- cmd = { os.getenv("HOME") .. "/.local/share/nvim/mason/bin/lua-language-server" },
cmd = { os.getenv("HOME") .. "/.vscode-server/extensions/sumneko.lua-3.6.7-linux-x64/server/bin/lua-language-server" },
on_new_config = function(config, root)
local libs = vim.tbl_deep_extend("force", {}, library)
libs[root] = nil
config.settings.Lua.workspace.library = libs
return config
end,
settings = {
Lua = {
runtime = {
version = "LuaJIT",
path = path
},
completion = { callSnippet = "Both" },
diagnostics = {
globals = { "vim" }
},
workspace = {
library = library,
maxPreload = 2000,
preloadFileSize = 50000,
checkThirdParty = false,
},
telemetry = { enable = false }
}
}
} |
Same issue here I tried to check if my tweaks in the recent days broke my config but that wasn't the case. Edit: I was using the unstable channel. Using an older version fixed the issue for me. Thanks to @deriamis for pointing that out. |
I am having the same problem, and it appears to be something introduced between versions 3.6.4 and 3.6.5. I can run version 3.6.4 without any problems at all. |
Me too. It sounds me that something in 3.6.5 becauses the issue. |
I was able to reproduce this, and yeah it looks like the issue was introduced in v3.6.5 Tested with: neovim 0.8.2, with the linux-x64 releases from both lua-language-server and vscode-lua. Tested the following versions:
I did the following to reproduce the error. The lua files can be empty.
Seems I usually only have one file open, which is why I didn't notice this sooner. |
Looks like the issue was introduced in this diff. I was testing a few older versions and this is where the failures started.
Also, i should have mentioned this in my previous comment: The error I'm seeing in the logs is a little different then the original report, but it's probably related.
|
How about v3.6.8? |
I got the same error with 3.6.8.
|
I don't know if it helps you any, but I did an |
I hit this issue when using the released binary on linux. Building the binary from source makes it work properly. |
@JuanZoran's advice of rebooting the system worked for me 🤔 |
The fact that rebooting and compiling the binary seems to "fix" the problem is further evidence of some kind of memory corruption bug. I understand that the Linux binary is compiled on Ubuntu, and dollars to donuts the "release" configuration has stack and buffer overflow protection enabled. That's what the segfault actually is - a protection mechanism. I wouldn't trust rebooting and recompiling as a "fix". The memory corruption bug, if that's what it is (and I'm as sure as I can be without actually seeing it in the code) almost certainly still exists and will continue to cause problems. It's better to downgrade to 3.6.4 instead. |
It seems that only precompiled binaries have this problem. |
I believe this is fixed in the latest That version works for me with pre-compiled binaries from both Also, I was able to build this locally with |
The 3.6.9 release works for me as well. |
I can also confirm that v3.6.9 is working for me. |
3.6.9 fixed the problem, I'll close the issue. |
Uh oh!
There was an error while loading. Please reload this page.
How are you using the lua-language-server?
NeoVim
Which OS are you using?
Windows WSL
What is the issue affecting?
Diagnostics/Syntax Checking
Expected Behaviour
loading LSP completed
Actual Behaviour
suddenly stops working with the error "Client # quit with exit code 0 and signal 6"
Reproduction steps
Additional Notes
Using
Log File
The text was updated successfully, but these errors were encountered: