Hi,

On Tuesday, September 10, 2013 2:24:50 AM UTC+2, Nelson Morris wrote:
>
> I've been using austin on a project with emacs/nrepl.  It works for a C-c 
> C-k, switch to nrepl, interact with app. However, some other features like 
> auto-complete and jump-to-symbol-definition I'm used to in a clojure 
> workflow don't work or cause a core to spin.  I'd suspect the eldoc call to 
> show the function arguments could act similar.
>

I have the same problem about auto-complete/jump-to-symbol-definition in 
cljs repl/cljs buffer. Any updates about this? Or any other emacs mode 
(like cider) solved this?
 

> -
> Nelson
>
>
> On Mon, Sep 9, 2013 at 10:25 AM, Norman Richards 
> <o...@nostacktrace.com<javascript:>
> > wrote:
>
>> On Mon, Aug 5, 2013 at 8:21 AM, Chas Emerick <ch...@cemerick.com<javascript:>
>> > wrote:
>>  
>>> As you might know, I've been tinkering with an easier-to-use variant of 
>>> ClojureScript's browser-REPL for some time.  I've finally wrapped that up 
>>> into its own project, Austin: [...]
>>>
>>
>>
>> Is anyone successfully using this with nrepl in emacs?  I am able to make 
>> it work, but something is causing both emacs and the JVM it is connected to 
>> to use 100% CPU.  I seem to be getting a long stream of "Unable to resolve 
>> symbol: if-let in this context, compiling:(NO_SOURCE_PATH:1:1)" 
>>
>> See: https://gist.github.com/orb/6496320
>>
>> *nrepl-connection* fills up with:
>>
>> d2:ex45:class 
>> clojure.lang.Compiler$CompilerException2:id6:1504207:root-ex45:class 
>> clojure.lang.Compiler$CompilerException7:session36:43e688aa-01c2-4824-b1f3-1bd05a1f02446:statusl10:eval-erroreed3:err128:CompilerException
>>  
>> java.lang.RuntimeException: Unable to resolve symbol: if-let in this 
>> context, compiling:(NO_SOURCE_PATH:1:1)                                     
>>                
>>
>> I'm not sure if this is a problem with austin or if it's nrepl.el or 
>> something on the emacs side.  
>>
>> As a side note, I occasionally get a similar error message using straight 
>> nrepl when first starting up, but it usually only happens once.  With 
>> austin/nrepl it appears to be stuck in some kind of loop erroring over and 
>> over...  Does anyone have a known good setup I could try to reproduce?
>>
>>  -- 
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@googlegroups.com<javascript:>
>> Note that posts from new members are moderated - please be patient with 
>> your first post.
>> To unsubscribe from this group, send email to
>> clojure+u...@googlegroups.com <javascript:>
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to clojure+u...@googlegroups.com <javascript:>.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
-- 
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
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to