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 find myself in a situation where I'd like to limit the memory usage of haskell-language-server, because it grows over time and ultimately makes the machine unusable if I leave it running too long. Basically, I want to pass +RTS -M10G to haskell-language-server. Unfortunately, it appears I can't add command line arguments in the option for the server executable, and I don't see another way to accomplish it.
I would like an option that allows adding arbitrary command line arguments to haskell-language-server. I don't think limiting memory usage is, itself, important enough to be worth an option, so generic command line args would be better.
The text was updated successfully, but these errors were encountered:
Thanks for the suggestion, it makes total sense and other vscode extensions allow something similar, prs welcome! 😄
Related #214 as other way to alter the behaviour of the lsp server
I'm preparing a pull request for this. serverExecutablePath has a resource scope, but it looks like that's in flux. Should I add the new argument with the same scope, or give it a machine scope? I don't understand the reason for the change.
cdsmith
added a commit
to cdsmith/vscode-haskell
that referenced
this issue
Sep 21, 2021
I find myself in a situation where I'd like to limit the memory usage of haskell-language-server, because it grows over time and ultimately makes the machine unusable if I leave it running too long. Basically, I want to pass
+RTS -M10G
tohaskell-language-server
. Unfortunately, it appears I can't add command line arguments in the option for the server executable, and I don't see another way to accomplish it.I would like an option that allows adding arbitrary command line arguments to
haskell-language-server
. I don't think limiting memory usage is, itself, important enough to be worth an option, so generic command line args would be better.The text was updated successfully, but these errors were encountered: