CIDER interrupt doesn't work in babashka as it relies on Thread#stop which is deprecated and not implemented by GraalVM

You could however process/destroy the process, but this requires you to not block on it

There is also a waitFor method: https://docs.oracle.com/javase/8/docs/api/java/lang/Process.html#waitFor-long-java.util.concurrent.TimeUnit-

with a timeout

Nice, thank you. I'll fix my code. Interestingly, this is not a problem when I just run my script and rely on lsp+clj-kondo -- which I usually do when I write babashka scripts. Then C-c just works.

because it kills the entire bb process

you can always do cider-quit to kill the cider nrepl

M-x cider-quit waited for a while and gave me a "Sync nREPL request timed out (op close)" (when the repl was waiting for (babashka.process/shell {:out :string} "pandoc" "-f" "markdown" "-t" "json"))

weird

maybe because the processing of messages is single-threaded in the bb nREPL

which can be fixed

but maybe CIDER should also support killing the nREPL server no matter what

Are you seeing the same behavior on your end?

haven't tested

I'm not going to speculate on how this should be solved, but I would prefer to be able to get back into a working state without restarting Emacs.

@U3X7174KS is this a jacked-in cider repl? if yes, another work around is to start the repl in a terminal and connect cider to it. when it blocks like this next time ctrl+d in the terminal should get the control back to you in emacs.

Right, that's a good idea. Then I can also kill the separate process normally.

Do you guys normally start your REPL from outside the editor?

i for one do it always. jack-in is too complected

I used to do this a lot, since I wasn't a fan of jack-in but for the reverse reason: if your editor dies, your REPL dies with you. But nowadays I've sometimes been won over by the convenience

me being in neovim, my editor almost always ends really often and wanna keep the REPL running 😄

:)

Not me. But I'm pretty sure I have commented on related threads, so I guess having my name can't hurt anything if trying to search the archives. 😎

https://clojurians.slack.com/archives/CLX41ASCS/p1669405496826169

https://clojurians.slack.com/archives/CLX41ASCS/p1669908467543179?thread_ts=1669405496.826169&cid=CLX41ASCS

Oh. I see. Yeah. It was a dependency issue, not actually me personally way wanting refresh.

... err .... Looks like refresh was my intent. Why did I forget about that? I cannot even remember what I was trying to accomplish. 😵

ok :) Well, the *loaded-libs* hack shouldn't be necessary anymore on bb master. I'll see if I can also address the clojure.lang.RT/baseLoader issue...

Yes, this assumption is correct, unless you override the classpath with --classpath or BABASHKA_CLASSPATH

And thanks :)

[email protected] /tmp/ub $ cat bb.edn
{:paths ["src"]}
[email protected] /tmp/ub $ ls src
foo.clj
[email protected] /tmp/ub $ bb uberjar foo.jar
[email protected] /tmp/ub $ zipinfo foo.jar
Archive:  foo.jar
Zip file size: 490 bytes, number of entries: 3
-rw----     2.0 fat        0 bX defN 23-Jan-31 22:34 foo.clj
-rw----     1.0 fat        0 bx stor 23-Jan-31 22:35 META-INF/
-rw----     2.0 fat       59 bX defN 23-Jan-31 22:35 META-INF/MANIFEST.MF

/tmp/nix-shell.azCa5p/tmp.zgqS5zqMye ❯ bb --version
babashka v1.1.172
/tmp/nix-shell.azCa5p/tmp.zgqS5zqMye ❯ ls
bb  bb.edn  foo.jar
/tmp/nix-shell.azCa5p/tmp.zgqS5zqMye ❯ cat bb.edn
{:path "bb"}
/tmp/nix-shell.azCa5p/tmp.zgqS5zqMye ❯ cat bb/foo.clj
(ns foo)
(defn -main [& args] (prn :hello))
/tmp/nix-shell.azCa5p/tmp.zgqS5zqMye ❯ bb uberjar foo.jar -m foo
Exception in thread "main" java.lang.Exception: The uberjar task needs a classpath.
	at babashka.main$exec.invokeStatic(main.clj:1045)
	at babashka.main$main.invokeStatic(main.clj:1104)
	at babashka.main$main.doInvoke(main.clj:1074)
	at clojure.lang.RestFn.applyTo(RestFn.java:137)
	at clojure.core$apply.invokeStatic(core.clj:667)
	at babashka.main$_main.invokeStatic(main.clj:1137)
	at babashka.main$_main.doInvoke(main.clj:1129)
	at clojure.lang.RestFn.applyTo(RestFn.java:137)
	at babashka.main.main(Unknown Source)

:paths should be a vector of strings

I looked quickly at the code and I think the problem is that the cp/get-classpath doesn't take bb.edn paths into account

also it's :paths, not :path

Arf, I'm sure I tried it before but now it works

Sorry for wasting your time, thanks 🙂

No worries, glad it's solved