-
-
Notifications
You must be signed in to change notification settings - Fork 171
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
Failed to start from vscode on windows with calva, error: "spawn EINVAL" - CVE-2024-27980 related? #1180
Comments
Hmm, that indeed looks like the cause. I'll check it out in a bit. |
One small update, I am more and more sure it's wrong here (maybe okay for those step into the same problem and search here first) but it seems to belong to Calva issues tracker. Anyways steps to reproduce (tested on 2nd computer with fresh install of everything):
tried to start the project with
More and more I think there is no problem here. It seems to me more an integration problem on side of calva? I will let it up to you to mark it done in case there is nothing on this side to do. |
I am not setting |
No need to hurry here as the startup by lein still works perfectly. But do you think this be the right place to add this setting? Thinking about it there might be a reason this setting not be turned on by default. And that for I would possible like calva to catch the startup error with an appropriate warning and maybe a config option to turn on this setting for sub-system startups? (In case it's really the solution). Maybe it is not required to install the new node version to run into the problem, you might try to use it's security audit as well? |
I don't have a clue what that setting is or why its now required. I'll need to look into that. Shouldn't be a big deal, just need some time to look at it. |
Turns out to be trivial. Will be fixed in next release, should be soon. |
@JanDornbusch I haven't tried with the new Node version, but by your report it seems like Calva trips twice on this. Or rather, that both Calva and clojure-lsp runs into the problem. Calva, when trying to start the REPL, and clojure-lsp when trying to figure out the classpath. FYI: Calva has a Jack-in option for starting the shadow-cljs REPL via Leiningen. @thheller Sounds like we don't need to fix anything in Calva regarding this? |
FWIW I don't think there is anything you could have fixed from Calva. The problem was in the shadow-cljs script itself. |
Should be fixed as of |
I am not 100% sure if it is completely realted to shadow-cljs, but I am on windows 11 with vscode, calva, npm/npx version 10.7.0, Node JS 22.1.0 and luminus-templated project (originally and with updated shadow-cljs version 2.28.6). When try to start the REPL as Server + Client it fails with the following message:
Trying a direct launch
npx shadow-cljs watch app
fails with same error too.Manually launching shadow-cljs by
lein with-profile +dev run -m shadow.cljs.devtools.cli watch app --npm
starts up correctly.All I have figured out so far it might be related to a npm security update of april (blog post) which changed some spawn behaviour.
The text was updated successfully, but these errors were encountered: