@roberto: I tend to use M-. when I want to see the source of something

yep, that’s the idea

originally we had a command that would simply dump the source of some var in a dedicated temp buffer

(similar to what clojure.repl/source does)

but I decided this was pointless, as going to the actual source is way more useful

as for @roberto’s issue - this should work fine

there are no limitations regarding what you can do in cider’s repl

his actual problem seems to be the use of require instead of use

as he has to do clojure.repl/source to actually refer to the var from his current namespace

another annoyance, when i connect cider: cider-string-join: Wrong type argument: sequencep, #<buffer *cider-repl localhost:60408*> this happens when reusing a previous buffer

killing all the cider repl buffers and trying again fixes it

seems somewhere we’re passing a buffer instead of string

please, file a ticket for this and we’ll have it fixed

probably my fault, from my recent change for managing buffers directly instead of their names

Yep: (cider-string-join zombie-buffs ", ") :)

Should be fixed now.

i’m getting this nrepl error:

user=> 2015-09-03 13:21:53,186 ERROR (clojure.tools.nrepl.server) - Unhandled REPL handler exception processing message {:op describe, :id 3}
java.lang.ClassCastException: clojure.lang.PersistentArrayMap cannot be cast to java.util.Map$Entry

bozhidar: ah yes, makes sense - source is unqualified in his snippet

yeah, silly me

thank you guys