This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-07-12
Channels
- # aleph (5)
- # announcements (1)
- # asami (29)
- # babashka (2)
- # beginners (36)
- # biff (1)
- # cider (6)
- # clj-kondo (29)
- # clj-together (5)
- # clojars (21)
- # clojure (11)
- # clojure-austin (5)
- # clojure-czech (1)
- # clojure-europe (23)
- # clojure-hk (1)
- # clojure-italy (1)
- # clojure-nl (1)
- # clojure-uk (1)
- # clojurescript (38)
- # clojurewerkz (1)
- # cursive (10)
- # data-science (2)
- # datalevin (15)
- # datomic (8)
- # duct (5)
- # emacs (36)
- # events (4)
- # fulcro (7)
- # garden (1)
- # gratitude (1)
- # interop (4)
- # introduce-yourself (1)
- # leiningen (1)
- # missionary (3)
- # music (3)
- # nbb (4)
- # off-topic (21)
- # polylith (6)
- # remote-jobs (5)
- # shadow-cljs (19)
- # specter (4)
- # xtdb (4)
has anyone ever seen the cursive nrepl cause the target JVM to shut down when you close the repl tab? It doesn't happen consistently, but it has happened several times today as I was trying to reproduce it.
Is this a JVM that Cursive started, or one that you started and connected with a remote REPL?
remote nrepl connection using "connect to server" with a local port forward
(local port forward meaning the connect to server connection is localhost and hard coded port)
In that case, I can’t think of anything that could cause Cursive to shut down the remote JVM - it doesn’t know anything at all about the process.
the port forward is to another machine, and the repl works correctly, but intermittently (1/10?) when i close the repl tab, the jvm on the other end shuts down
@U03A0EGF82E I had a similar problem with a Babashka nREPL, I don't know if this may be related to your problem. After I have produced a stack overflow, when I disconnected from the nREPL, that nREPL process crashed with a segfault. https://github.com/babashka/babashka/issues/1104
ah - mine was to a non-bb nrepl session
but interesting thing to try, anyway