Bad behaviour of lein repl :headless with *print-level* set in :repl-options :init

[mjwillson]

So this could well be related to #89 , either a regression or a new but similar issue.

The issue shows up for me when using nrepl.el to start a lein repl :headless. The repl starts up OK, but trying to load files in the repl triggers mysterious syntax errors which go away when I remove the (set! *print-length* 10) (set! *print-level* 5) from :repl-options :init in my profiles.clj.

The errors I'm seeing are as follows, although YMMV since it sounds like these are syntax errors due to my code being truncated with the *print-depth* etc settings:

CompilerException java.lang.RuntimeException: Unable to resolve symbol: finally in this context, compiling:(NO_SOURCE_PATH:1)

RuntimeException Unmatched delimiter: ) clojure.lang.Util.runtimeException (Util.java:170)

This is using the new leiningen 2.0.0 release which in turn is using reply 0.1.9.

[mjwillson]

I should also say that the issue appeared after upgrading leiningen from 2.0.0-preview10 to the 2.0.0 release. Just checked and it seems this release bumped the reply dependency from 0.1.0-beta10 to 0.1.9.

To replicate, probably best to try an extremely low *print-length* / *print-depth*.

[mjwillson]

Also, for what it's worth I don't think this is to blame: technomancy/leiningen#878 since I only have a :repl-options :init in my ~/.lein/profiles.clj not in any project.clj's.

[trptcolin]

See my comments in #89 - I suspect this isn't a REPLy-specific issue since it's happening with lein repl :headless but I can't reproduce with normal lein repl.

[mjwillson]

Ah that makes sense. I can't reproduce with plain lein repl either. Apologies for the mis-targeted report!

[trptcolin]

Cool; no worries at all.