This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-03-08
Channels
- # aws (3)
- # beginners (126)
- # boot (19)
- # cider (31)
- # cljs-dev (324)
- # clojure (96)
- # clojure-boston (2)
- # clojure-denver (9)
- # clojure-dusseldorf (2)
- # clojure-greece (4)
- # clojure-italy (5)
- # clojure-losangeles (1)
- # clojure-spec (18)
- # clojure-uk (59)
- # clojurebridge (1)
- # clojurescript (184)
- # community-development (29)
- # cursive (2)
- # datascript (2)
- # datomic (5)
- # emacs (1)
- # figwheel (6)
- # fulcro (270)
- # hoplon (2)
- # jobs (1)
- # jobs-discuss (1)
- # keyboards (2)
- # leiningen (2)
- # london-clojurians (2)
- # luminus (10)
- # mount (1)
- # off-topic (26)
- # onyx (8)
- # other-languages (1)
- # parinfer (1)
- # protorepl (6)
- # re-frame (23)
- # reagent (61)
- # reitit (5)
- # shadow-cljs (100)
- # spacemacs (3)
- # sql (19)
- # unrepl (90)
- # vim (25)
It’s a bit more efficient to do it as mentioned there, but it’s confusing for many people reading the code afterwards. The reason for the recommendation is that everything’s implemented in terms of macros and inline functions that are expanded during the compilation phase, so in the end you don’t really end up including any new definitions from there.
in a clojure file, while pointer is in, say, the word conj, invoking cider-grimoire via M-x cider-grimoire, which causes "Grimoire doc for (default conj):" to appear in the minibuffer... accepting the default by hitting enter produces in the minibuffer "Bad url: /" .
I didn't find this error mentioned much while searching online, so not sure what's up.
if I supply a different string for it to search grimoire for at the prompt, I get the same result.
I don’t know - seems to me something like this should work just fine on 24.5 as well.
Here’s an interesting 🐛: https://github.com/clojure-emacs/cider/issues/2233 We may even kill 2 🐦s w/ 1 🥌 if this is the cause of #1936 as well: https://github.com/clojure-emacs/cider/issues/1936
@U051BLM8F @gonewest818 If you could reproduce and confirm, that’d be great. Want to make sure I’m not 🔩s
confirmed. I can reproduce that too. I’m using Emacs 25.3 and cider 0.17.0-snapshot.
I'm interested in trying to use custom/multiple REPLs to interact with processes, after a Stuart Halloway talk last year. It appears that's not possible in my current dev environment due to https://github.com/clojure-emacs/cider/issues/2017
is there anything I can do to help with this bug? or, should I be looking into changing up my environment, like using inf-clojure or something?
Inf-clojure might be a better tool for that because it does not assume anything I guess, have you tried with that?
@richiardiandrea Not yet. Since my spacemacs/CIDER set-up "Just Works" for most stuff I've been trying to avoid getting into devtooling
I can’t quite tell if this accomplishes what you need, but you can start a tools.nrepl server on a different port and get a second repl connection using M-x cider-connect
.
user> (require 'clojure.tools.nrepl.server)
nil
user> (clojure.tools.nrepl.server/start-server :bind "localhost" :port 9999)
#clojure.tools.nrepl.server.Server{:server-socket #object[java.net.ServerSocket
"0x6200214e"
"ServerSocket[addr=localhost/127.0.0.1,localport=9999]"],
:port 9999,
:open-transports #object[clojure.lang.Atom
"0x3af6099b"
{:status :ready,
:val #{}}],
:transport #object[clojure.tools.nrepl.transport$bencode
"0xf75b0f8"
"[email protected]"],
:greeting nil,
:handler #object[clojure.tools.nrepl.middleware$wrap_conj_descriptor$fn__5306
"0x69ee663f"
"[email protected]e663f"],
:ss #object[java.net.ServerSocket
"0x6200214e"
at this point you can M-x cider-connect
to port 9999 and have two separate repls into your server process. In practice you need to keep the object returned from start-server
(I let it print to the repl so you could see), because that’s the object you pass to stop-server
when done.