Fork me on GitHub
#cider
<
2016-12-02
>
dpsutton00:12:58

do you have the symbol hi in your code anywhere?

iku00088800:12:31

I get it eval'ing even the simplest sexp such as (+ 1 1)

dpsutton00:12:07

can you view your messages buffer and see if there's anything strange in there?

dpsutton00:12:34

well, that's Messages with earmuffs, which make it bold in slack

iku00088800:12:59

(Making sure I have a clean installation...)

dpsutton00:12:06

also, can you run nrepl-toggle-message-logging and try to demonstrate it again

dpsutton00:12:25

this will show the nrepl messages going back and forth and we can try to see where it gets the symbol hi

iku00088800:12:50

Aaaand after a clean install it has gone a way...

dpsutton00:12:08

oh well. sorry about the weirdness

dpsutton00:12:25

if you ever want to dig a little in the future, check out nrepl-toggle-message-logging

dpsutton00:12:35

and you can see what emacs and the jvm are sending back and forth

dpsutton00:12:40

can help you start rooting around

iku00088800:12:45

Thanks, sorry for the noise!

dpsutton00:12:51

not noise at all!

iku00088800:12:41

(For the record I was on the Nov 27 snapshot when I was facing the issue and it has gone away in Dec 01 snapshot)

iku00088800:12:56

Thanks though!

iku00088800:12:56

hm, after a while it is coming back again...

iku00088800:12:02

nrepl-messages is silent, and same 'Symbol's value as variable is void: hi', in a different project...

iku00088801:12:58

Debugged my init.el and tracked it down to " after loading cider-eval-sexp-fu things stop working". Disabling that made everything work again, I think.

dpsutton04:12:28

@iku000888 what did you disable? I didn't really follow that

iku00088809:12:27

I disabled a package called 'cider-eval-sexp-fu' which apparently contained the breakage with latest cider/some other package I was using. Sorry for the mumbling!

iku00088809:12:20

Everything is good, without the fancy flashing when I eval sexp's, but I can totally live with out them

danielstockton12:12:44

@juhoteperi Thanks, but I'd prefer not to have to include style related code in my codebase. Think I'll stick to defining each symbol explicitely in my .spacemacs

juhoteperi12:12:39

PRs to the libraries would also be good solution in long term

danielstockton12:12:45

There was already a PR about this (om.dom) and it was rejected by the library author. I can understand why tbh, I'm not sure metadata is the right approach. Ideally you want to leave this stuff to each individual and their editor and keep the code clean.