Closed Kaali closed 7 years ago
I tend to agree. There are many of the functions in rtags.el that are synchronous in nature however so it will always be possible for rtags to lock up your editor. This particular one doesn't seem like it needs to be though. I've changed that. You may also want to disable the scan thread for those directories by putting a file called .rtags-ignore in the root of the network drive.
Let me know if this patch doesn't fix it.
Thanks for the report.
Please mark appropriate
Problem description
rdm server gets stuck in ScanThread when running rc -J. It happens because my project has a lot of files, and many of them are on a network drive. When I run rc -J on the project, it reports 'Compilation database loading...' and quits. After that I cannot access rdm in any way, which means that all tools using rtags gets stuck while the scan is in progress.
Expected behavior
rdm daemon should either respond that it's processing a project and cannot answer queries, or the processing should be done asynchronously if possible.
Actual behavior
rdm gets completely stuck. With a callstack:
Environment
Your operating system: Linux
LLVM/Clang version: 4.0
Feature request
Server itself should never stop responding so that external tools such as editors won't get stuck even if rtags cannot process requests.