Ok, I got it. It was very interesting. The debugger never got to "
nrepl-server-sentinel". But the *nrepl-server* buffer said:
REPL started; server listening on localhost port 54922
Exception Unsupported option(s) supplied: :headless clojure.core/load-libs
(core.clj:5266)
clojure.core=>
The *nrepl-server-command* function in nrepl.el, has that :headless option
to a repl option, of what I assumed was a *lein* command.
(defcustom nrepl-server-command
(if (or (locate-file nrepl-lein-command exec-path)
(locate-file (format "%s.bat" nrepl-lein-command) exec-path))
*(format "%s repl :headless" nrepl-lein-command)
*
* (format "echo \"%s repl :headless\" | $SHELL -l" nrepl-lein-command))*
"The command used to start the nREPL via nrepl-jack-in.
For a remote nREPL server lein must be in your PATH. The remote
proc is launched via sh rather than bash, so it might be necessary
to specific the full path to it. Localhost is assumed."
:type 'string
:group 'nrepl-mode)
I dug around a bit and found this
issue<https://github.com/technomancy/leiningen/issues/715>.
That was the clue I needed to solved the problem. I have several lein
executables in my path. I made lein.2 the default lein, and now I can "*M-x
nrepl-jack-in*", and execute "*C-x C-e*". So everything works. Thanks very
much for the help. I think this is another step on the road to me being
emacs-ified.
Tim Washington
Interruptsoftware.ca
416.843.9060
On Fri, Sep 21, 2012 at 2:17 AM, Tassilo Horn <t...@gnu.org> wrote:
> Timothy Washington <twash...@gmail.com> writes:
>
> >> I suspect you have some old version laying around somewhere. Please
> >> do `M-x list-load-path-shadows RET' and check if there's some entry
> >> like
> >>
> >> /foo/bar/nrepl hides ~/.emacs.d/elpa/nrepl-0.1.4/nrepl
> >>
> >> *The result of this is: *
> >
> > *No Emacs Lisp load-path shadowings were found*
>
> Ok, so far so good.
>
> >> If that's not the case, maybe there's something broken in your configs
> >> or some addon. To rule that out, please start emacs using "emacs -Q".
> >> Then copy this code into the *scratch* buffer and evaluate it.
> >>
> >> --8<---------------cut here---------------start------------->8---
> >> (progn
> >> (add-to-list 'load-path "~/.emacs.d/elpa/clojure-mode-1.11.5")
> >> (add-to-list 'load-path "~/.emacs.d/elpa/nrepl-0.1.4")
> >> (require 'nrepl)) ;; <== C-x C-e here!
> >> --8<---------------cut here---------------end--------------->8---
> >>
> >> *This bit is copied and evaluated in ok in *scratch*. But I get the same
> > hanging "Starting nRepl server..." message, when executing M-x
> > nrepl-jack-in. *
>
> Ok.
>
> >> Then open some clojure file in some leiningen project and do `M-x
> >> nrepl-jack-in RET'. Does it work then?
> >
> > *The **"Starting nRepl server..." message is still hanging. **But I
> > ran the emacs debugger on nrepl, and this time, it got past the "
> > nrepl-server-command" command. The debugger seems to have completed
> > the entire "nrepl-jack-in" function. I'm genuinely at a loss. *
>
> Hm, if that function is completed, it should eventually call the process
> sentinel function `nrepl-server-sentinel'. Try do edebug that one. Is
> it ever reached?
>
> If not, what's the contents of the " *nrepl-server*" buffer?
>
> Bye,
> Tassilo
>
>
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
