(this is the IllegalArgumentException one)

cheers Colin, this appears to be working fine now

Thanks Colin!

send form sends a single form: either the one you have selected or the one before the caret

load file loads the entire file

i.e. all the forms in the file

Right, and if your REPL is using nREPL, that will use the load-file op: https://nrepl.org/nrepl/0.8/ops.html#load-file

Perhaps the Arcadia nREPL impl doesn’t implement that? Would seem weird though.

I'll take a peek into the source, give me a sec

Sure, I just was initially under the impression that load file was just sending multiple repl forms

Hmm, it just seems to proxy the messages across, so I have no idea why it's failing... https://github.com/eponai/tools.cursive-arcadia-repl/blob/master/src/eponai/tools/cursive_arcadia_repl.clj

It might be a nrepl version thing...

Going to try and update the nrepl version and see if that helps 😃

Hmm, it does say Error initialising locals clearing

Ok, this is just weird, calling (ns-publics 'game) gives the functions in question, but using send form to repl within the namespace does not work at all... It's like send form to repl is still invoking the function in the user namespace even though I'm in the game namespace... Even fully qualifying the name doesn't work

Ok, I've created a mock function that just prints out the name in the user ns and it now returns that instead. Looking at the nrepl messages, the :ns key is not being set when I call send form to repl. Hmm, let's see if that's not being set at all or if the nrepl bridge is making a mistake 😃

Ok, passing the :ns key in the transport layer seems to make fully qualified names work, but not just calling the function and sending it's form across

Sorry if this is out of scope, but so far it sends the: :id :op :ns :code as well as the :file :file-name :file-path when those are available Not sure if some other data is required? No idea why the non-fully qualified name is causing this issue where send form to repl for the function call calls the function inside the current namespace instead of within the ns of the file it's in... This doesn't even work if I change namespaces away from user...

brb grabbing lunch

Ok, still not figured much about how to fix the non-fully qualified names from just calling user namespace instead of their own namespace...

Just so that it's clear: This is the "game" code:

;; game.core.clj
(ns game.core
  (:require [arcadia.core :as arc])
  (:import (UnityEngine GameObject)))

(defn log-name [obj role-key]
  (arc/log (.name obj)))

(def mainObject (atom nil))

(defn create-main []
  (swap! mainObject (fn [n] (new UnityEngine.GameObject "Main"))))

(defn hook-main []
    (arc/hook+
      @mainObject
      :start
      :log-name
      ;; in log-name `obj` will be the `the-object`, `role-key` will be `:log-name`
      #'log-name))

;; user.clj
(defn hook-main []
  (println "THIS IS THE WRONG ONE!"))

(create-main)
=> System.InvalidOperationException unable to resolve symbol: create-main in this context
  clojure.lang.Compiler.ResolveIn (clojure.lang.Namespace, clojure.lang.Symbol, System.Boolean)
  clojure.lang.Compiler.Resolve (clojure.lang.Symbol)
  clojure.lang.Compiler.AnalyzeSymbol (clojure.lang.Symbol)
  clojure.lang.Compiler.Analyze (clojure.lang.CljCompiler.Ast.ParserContext, object, System.string)
(game.core/create-main)
=> #<Main (UnityEngine.GameObject)>
(hook-main)
THIS IS THE WRONG ONE!
=> nil
(game.core/hook-main)
=> #'game.core/log-name
(in-ns 'game.core)
=> #object[Namespace 0xa0757000 "game.core"]
(hook-main)
THIS IS THE WRONG ONE!
=> nil

It's an nrepl server implementation problem it turns out, got a PR here: https://github.com/arcadia-unity/Arcadia/pull/386 I'm trying to figure out what else needs to be done to get cursive compatibility in a good place 😃... Advice appreciated!

That’s good timing, I was just at this very minute reading through your thread 🙂

Ok good

Things like the locals clearing might not work though, I don’t know if ClojureCLR (or MAGIC? not sure what Arcadia is using these days) supports that.

It's pretty late where I am, but I'd really like this to work better, I get the impression that a fair few people who want to use arcadia also are wanting to use cursive, it seems to work fairly well barring a few issues 😃...

They're working on MAGIC from what I understand, with clojureCLR being what's used

What would be helpful is having a clear idea exactly what the behaviour should be, I'm not sure how the nrepl implementation they've got working was written (did they just rewrite an old version of nrepl?), but it's only somewhat adherent to nrepl's protocol, so working with cursive exposes some holes. I've put in the PR that I linked things I'm a little unsure of with regards to how it should work as I don't know the exact order stuff should evaluate in 😃...

I suspect there's subtle gotchas in this space, if there's any obvious issues I'd be grateful if you can point them out so the PR can be worked on / improved 😃...

I used that for a while before upgrading to 2021.2 and had no issues with it. However, when trying to upgrade to .2, I ran into some conflicts and had to reinstall idea. Details are at https://youtrack.jetbrains.com/issue/IDEA-274515 The tl;dr; is something like 2021.1.3 having been rebuilt and republished to fix an issue I would consider 2021.1.3 safe now

thanks

looks very similar to: https://clojurians.slack.com/archives/C0744GXCJ/p1628499337053900

Do you know where those files are coming from? Are they in your project or in libraries?

You could try this (from that thread) to get more info: https://clojurians.slack.com/archives/C0744GXCJ/p1628849897090400?thread_ts=1628499337.053900&cid=C0744GXCJ