This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-02-21
Channels
- # announcements (6)
- # bangalore-clj (1)
- # beginners (46)
- # cider (21)
- # cljs-dev (30)
- # cljsjs (3)
- # clojure (131)
- # clojure-dev (20)
- # clojure-europe (2)
- # clojure-italy (12)
- # clojure-nl (11)
- # clojure-russia (4)
- # clojure-spec (55)
- # clojure-uk (57)
- # clojurebridge (1)
- # clojured (1)
- # clojurescript (55)
- # cursive (11)
- # data-science (1)
- # datomic (23)
- # duct (1)
- # emacs (1)
- # events (1)
- # figwheel-main (2)
- # fulcro (219)
- # graphql (16)
- # immutant (1)
- # jackdaw (3)
- # java (6)
- # juxt (30)
- # kaocha (8)
- # mount (3)
- # nyc (1)
- # off-topic (16)
- # pathom (48)
- # pedestal (1)
- # re-frame (71)
- # reagent (17)
- # ring-swagger (3)
- # shadow-cljs (96)
- # spacemacs (21)
- # specter (8)
- # speculative (20)
- # sql (21)
- # test-check (2)
- # tools-deps (12)
- # vim (6)
I recently noticed a few bugs with using lispy-eval
, curious to know if other people are experiencing the same issues: https://github.com/abo-abo/lispy/issues/478
not seeing this here with
;; CIDER 0.21.0snapshot (package: 20190125.1339), nREPL 0.6.0
Are you also on the latest version of lispy? And none of the above 4 issues are present on your end?
I've updated the issue @UCPS050BV, I see the same issues.
This is what REBL tracks. The first one is cider-eval-last-sexp
, and the second one is special-lispy-eval
Is that something I could query to get lispy's version? The elpa folder is lispy-20190206.1632
, and inspecting the source I found ;; Version: 0.26.0
. This is being fetched by lispyville, but the use-package contains no version info, so I assume it's pointing to the latest.
@U9E8C7QRJ Thanks for the confirmation! I was afraid it was something in my configuration.
Using REBL to track the values is an interesting idea, I tried briefly to hunt down the source of the errors using Edebug but there doesn't seem to be an easy way to set breakpoints or inspect values once the string is passed over to the lispy-clojure.clj
side of things.
@U1UQEM078 That looks like the latest version, are you sure that you are using M-x lispy-eval
or "e" in a special position to execute the forms as opposed to the cider-eval-* commands?
Also tried calling lispy-eval
directly, same. (Unless it's being monkey-patched with something else? I use lispyville)
hmm.. I use lispyville too, as far as I know there's nothing overriding or advising the lispy-eval functions
I'm testing this on clojure 1.10 , Mac OS 10.14, Emacs 26.1 with a empty deps.edn project, in case that's relevant
The REPL is running on Linux, Clojure 1.9.0 with Shadow-cljs (2.7.xx). Emacs is 25.3.1 on OSX 10.10.5 (I know, I know)
if you want to watch the CIDER wire try m-x nrepl-toggle-message-logging
and then you'll find a *messages-[connection-name]-*
buffer with the messages to and from nrepl
Caused by: java.lang.RuntimeException: No such var: stacktrace/analyze-causes
at clojure.lang.Util.runtimeException(Util.java:221)
at clojure.lang.Compiler.resolveIn(Compiler.java:7387)
at clojure.lang.Compiler.resolve(Compiler.java:7357)
at clojure.lang.Compiler.analyzeSymbol(Compiler.java:7318)
at clojure.lang.Compiler.analyze(Compiler.java:6768)
... 104 more