-
Notifications
You must be signed in to change notification settings - Fork 75
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Segfault when loading PythonCall
#1054
Comments
I am new to julia and to julia open source etc, so any way I can help with diagnostics/making a clearer issue I am happy to do, for more info, in other projects where I am NOT using pythoncall, the language server works just fine! I am running it with the defaults described here |
Hm, this shouldn't actually crash the LS, Will try to repro. |
Thank you! Here is the dependencies/compat for the project: [deps]
CairoMakie = "13f3f980-e62b-5c42-98c6-ff1f3baf88f0"
CondaPkg = "992eb4ea-22a4-4c89-a5bb-47a3300528ab"
Legolas = "741b9549-f6ed-4911-9fbf-4a1c0c97f0cd"
Lighthouse = "ac2c24cd-07f0-4848-96b2-1b82c3ea0e59"
PythonCall = "6099a3de-0909-46bc-b1f4-468b9a2dfc0d"
StatsBase = "2913bbd2-ae8a-5f71-8c99-4fb6c76f3a91"
[compat]
CairoMakie = "0.7.0"
Legolas = "0.3.0"
Lighthouse = "0.14.0"
PythonCall = "0.8.0"
julia = "1.6" And if you need the contents of the CondaPkg.toml file I can share as well (I doubt the julia lsp indexes that :) ) |
Hmm so I was able to resolve this issue actually just with a setting change, for others who may bump into this issue, here is my current config: julials = {
settings = {
julia = {
symbolCacheDownload = false,
lint = {
missingrefs = "all",
iter = true,
lazy = true,
modname = true,
},
},
},
}, It doesn't manage to index PythonCall, but all the other libraries in there it manages to index now, without a segfault! |
Glad that works for you. I'll reopen this so we don't forget about it -- something is wrong after all. |
I am working on a project where I need to use pythoncall, which seems to segfault the language server, causing it to not index any other nonlocal packages. Is there a way to work around this? Perhaps to ignore a certain package, so at least the other packages are indexed? Attached is some relevant info:
The text was updated successfully, but these errors were encountered: