This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (1)
- # beginners (65)
- # calva (16)
- # cider (44)
- # clara (16)
- # clojure (84)
- # clojure-dev (48)
- # clojure-europe (5)
- # clojure-finland (4)
- # clojure-houston (1)
- # clojure-italy (19)
- # clojure-nl (27)
- # clojure-russia (6)
- # clojure-spec (37)
- # clojure-uk (123)
- # clojured (11)
- # clojurescript (21)
- # datomic (40)
- # duct (4)
- # emacs (6)
- # figwheel (4)
- # figwheel-main (5)
- # fulcro (34)
- # jackdaw (8)
- # juxt (117)
- # kaocha (3)
- # klipse (1)
- # leiningen (33)
- # luminus (2)
- # nyc (3)
- # off-topic (29)
- # om (1)
- # pedestal (7)
- # planck (4)
- # re-frame (27)
- # reagent (8)
- # reitit (5)
- # rum (2)
- # shadow-cljs (428)
- # spacemacs (5)
- # tools-deps (15)
- # yada (6)
what's your version of lein? i believe lein 2.9.0 must use cider/piggieback "0.4.0" (if this is your problem)
After cider-jack-in and "connection established", my Emacs freezes. Any ideas of what might be wrong, or how I can find out what's wrong?
I was seeing something similar. I can get moving by sending emacs a
kill -USR2 to drop emacs into the debugger. There are messages in the nrepl buffer (don't remember exactly what). Got round it by starting a command line repl with
lein repl and doing a
you can do
m-x profiler-start, do some action to make it freeze up, let it freeze for a while and then run
hmm I seem to remember that in a stacktrace in a buffer (i.e. REPL) I used to be able to RET to go to the line of code but now only clicking with mouse seems to work
what do i need to do to restore this behaviour?
before: prns (to the default
*out*) show in
*cider-result* in the order that they occur, and then the evaluated result prints at the end.
*out* shows in the repl buffer, and only the evaluated results print in the
Cider 21. i want the ‘before’ behaviour.
We are tracking this here: https://github.com/clojure-emacs/cider/issues/2580
@christian.a.romney what problems are you experiencing? I am on latest CIDER and clj-refactor, and clj-refactor seems to be working fine (at least the features I use...)
that could be it. because refactor-nrepl depends on nrepl 0.4.4 and cider depends on 0.6.0
let me amend that. it’s definitely why you’re not seeing the issue and I am. 🙂
Any idea why setting
cider-overlays-use-font-lock to either
nil has no effect on the overlay look?
Anyone else getting errors with cider 0.21? I'm getting:
Caused by: java.lang.RuntimeException: Unable to resolve var: cider.nrepl/wrap-apropos in this context
[cider/cider-nrepl "0.21.0"]in my
:replplugins section of my lein
cider-versionCIDER 0.21.0 (New York)
If cider-nrepl “0.21.0” or 21.1 are in my lein profile, the repl refuses to load:
Error loading cider.nrepl: Syntax error compiling at (cider/nrepl.clj:1:1). Error loading cider.nrepl: Syntax error compiling at (cider/nrepl.clj:1:1). Error loading cider.nrepl: Syntax error compiling at (cider/nrepl.clj:1:1). Exception in thread "main" Syntax error compiling var at (/private/var/folders/0l/v505ws2x7x3c3nnc6yzvy0s80000gn/T/form-init5244230070535178914.clj:1:8568). at clojure.lang.Compiler.analyzeSeq(Compiler.java:7114) at clojure.lang.Compiler.analyze(Compiler.java:6789) at clojure.lang.Compiler.analyze(Compiler.java:6745) at clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3888) at clojure.lang.Compiler.analyzeSeq(Compiler.java:7108) at clojure.lang.Compiler.analyze(Compiler.java:6789) at clojure.lang.Compiler.analyze(Compiler.java:6745) at clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3888) at clojure.lang.Compiler.analyzeSeq(Compiler.java:7108) at clojure.lang.Compiler.analyze(Compiler.java:6789) at clojure.lang.Compiler.access$300(Compiler.java:38) at clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:6384) at clojure.lang.Compiler.analyzeSeq(Compiler.java:7106) at clojure.lang.Compiler.analyze(Compiler.java:6789) at clojure.lang.Compiler.analyze(Compiler.java:6745) at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:6120) at clojure.lang.Compiler$FnMethod.parse(Compiler.java:5467) at clojure.lang.Compiler$FnExpr.parse(Compiler.java:4029) at clojure.lang.Compiler.analyzeSeq(Compiler.java:7104) at clojure.lang.Compiler.analyze(Compiler.java:6789) at clojure.lang.Compiler.eval(Compiler.java:7173) at clojure.lang.Compiler.eval(Compiler.java:7166) at clojure.lang.Compiler.eval(Compiler.java:7166) at clojure.lang.Compiler.load(Compiler.java:7635) at clojure.lang.Compiler.loadFile(Compiler.java:7573) at clojure.main$load_script.invokeStatic(main.clj:452) at clojure.main$init_opt.invokeStatic(main.clj:454) at clojure.main$init_opt.invoke(main.clj:454) at clojure.main$initialize.invokeStatic(main.clj:485) at clojure.main$null_opt.invokeStatic(main.clj:519) at clojure.main$null_opt.invoke(main.clj:516) at clojure.main$main.invokeStatic(main.clj:598) at clojure.main$main.doInvoke(main.clj:561) at clojure.lang.RestFn.applyTo(RestFn.java:137) at clojure.lang.Var.applyTo(Var.java:705) at clojure.main.main(main.java:37) Caused by: java.lang.RuntimeException: Unable to resolve var: cider.nrepl/wrap-apropos in this context at clojure.lang.Util.runtimeException(Util.java:221) at clojure.lang.Compiler$TheVarExpr$Parser.parse(Compiler.java:720) at clojure.lang.Compiler.analyzeSeq(Compiler.java:7106) ... 35 more
[nrepl "0.6.0"] in your deps tree as well? Does anything else depend on nrepl or cider-nrepl?
Hrm. I depend on
[cider-nrepl 0.6.0] in my ~/.lein/profiles.clj, but
[nrepl "0.5.3"] is in
:deps :tree, and I’m not sure why. It looks like a top-level dependency in the tree, but it’s not in profiles.clj or project.clj
It appears at the top level because it’s bundled by lein I think, but you should be able to force
[nrepl "0.6.0"] by adding it to the
:dev profile (or upgrade to lein 2.9.0)
Well, actually, still get the same error with clj pkg
[cider/cider-nrepl "0.21.1"], emacs
cider-version says 0.21.0
removing cider/cider-nrepl from my :repl deps in project.clj and using cider-jack-in instead works. from the deps printed by the lein command jack-in invokes, am using same versions.
hello, I have a buffer which is a clj file which is not in the classpath of the project but it contains clojure code which is valid in the contect of the project. It seems that CIDER can’t really eval statements from this file (C-c C-k is not even bound). Is there any way to “associate” such a file with a REPL?
I don’t know too much about it, I’ve never had to deal with that myself but you might want to look at CIDER + Sesman http://docs.cider.mx/en/latest/managing_connections/
is there some setting to get cider to start in
:init-ns? this has a history of being added and removed, so I’m not sure what the current state is. I saw a closed issue where this was resolved and wasn’t sure if it’s a regression or I’m simply unaware of the right defvar to customize. TIA
I noticed since it went back to
user ns as default the repl doesn't come with clojure.repl capability by default either anymore. is there anyway I can just always have clojure.repl
doc capability? I would love that as a universal default.
Just pushed a fix for the
:init-ns issue, sorry for the regression there. This should fix the initial namespace for Boot users also
Thank you so very much for this quick turnaround!!! Next question: I pin to melpa-stable. Will this make it into a point release e.g. 0.21.1 anytime soon?
@chase-lambert We should still require those by default – see the default value of
cool. thanks! I don't get it when starting the repl and it's in the user ns. But if I do
C-c M-n M-n to change it to the core ns (which I think you were just saying you are going back to as default) I get
doc functionality by default.