[X] You may also try reproduce the issue using clean environment using the following command: M-x lsp-start-plain
This does not appear to happen after M-x lsp-start-plain, but I don't know what that means in terms of what's at fault/how to find/fix the problem.
Bug description
I'm having problems with lsp-mode hanging when editing C++ files. At the moment it seems to consistently get stuck on the message in the title, so I'm hoping that'll provide some insight - a copy of that file on my machine is attached, it's from boost 1.83.0-5.fc40 on a fedora system, except GitHub doesn't accept *.hpp as an attachment, so I've made it into one bit block in a markdown file.
Closed as after trying some random things, it looks like it's a semanticdb problem (or at least only occurs when semanticdb is on, and I'm happy to try turning it off for a bit).
Thank you for the bug report
lsp-mode
related packages.M-x lsp-start-plain
This does not appear to happen after
M-x lsp-start-plain
, but I don't know what that means in terms of what's at fault/how to find/fix the problem.Bug description
I'm having problems with lsp-mode hanging when editing C++ files. At the moment it seems to consistently get stuck on the message in the title, so I'm hoping that'll provide some insight - a copy of that file on my machine is attached, it's from boost 1.83.0-5.fc40 on a fedora system, except GitHub doesn't accept *.hpp as an attachment, so I've made it into one bit block in a markdown file.
is_mem_fun_pointer_impl.hpp.md
Steps to reproduce
Have boost installed on Fedora 40, be editing C++ that eventually #includes.
Expected behavior
Not hanging forever.
Which Language Server did you use?
clangd (default installed when lsp asks me)
OS
Linux
Error callstack
No response
Anything else?
No response