Open thomashilke opened 3 years ago
This is a known issue on Mono
. I reported it upstream some time ago: https://github.com/fsharp/FsAutoComplete/issues/448
Mono
is considered unsupported (for fsautocomplete
). Upstream quote
FsAutoComplete can run on .NET/mono or .NET Core. We highly recommend using .Net Core version of FSAC as we plan to remove "full framework" version soon - read more
We should remove Mono
support in eglot-fsharp
to prevent starting a broken LSP-server in the first place.
Description
When I run
M-x eglot
in a buffer wherefsharp-mode
is enabled, an zip archive containing theFsAutoComplete
distribution files is downloaded and unpackaged into~/.emacs.d/FsAutoComplete
. Theneglot
start the LSP server by running the equivalent ofmono /home/.../.emacs.d/.emacs.d/FsAutoComplete/netframework/fsautocomplete.exe --background-service-enabled
. This last command is returned byeglot-fsharp
.After the connection is established, the request
is forwarded to the LSP server (as shown in the buffer
*EGLOT (test/fsharp-mode) events*
), and the server respond with the following error:(roughly reformatted for lisibility), and then the server crashes. Note that the foder
~/.emacs.d/FsAutoComplete/netframework/
containse_sqlite3.dll
, as well asSQLitePCLRaw.provider.e_sqlite3.dll
.Repro steps
~/.emacs.d/init.el
given below, open a.fs
file.Expected behavior
FsAutoComplete.exe
should start successfully, and not crash, failing to load a DLL related to e_sqlite3.dll.Actual behavior
FsAutoComplete.exe
raise an exception while handling the first json-rpc request it receive. Error message talks aboutSystem.DllNotFoundException: e_sqlite3
. The error message fills the minibuffer.Known workarounds
None that I know of.
Related information
FsAutoComplete 0.41.1 (git sha 7016e936b45e0354323a7d8f153f64f14522c054)
GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.14) of 2020-03-26, modified by Debian
.emacs.d/init.el
: