Hi Matt, I had a bit of free time this morning, so I looked into this further and came up with a patch (attached). I've forwarded the patch to Jeffrey as well, so it should find it's way into swank-clojure in due course.
Cheers,
Bill Clementson
On Wed, Dec 10, 2008 at 9:57 AM, Bill Clementson <[EMAIL PROTECTED]> wrote:
> Hi Matt,
>
> Yes, you should let Jeffrey know about the bug.
>
> - Bill
>
> On Wed, Dec 10, 2008 at 9:20 AM, MattyDub <[EMAIL PROTECTED]> wrote:
>>
>> Thanks for confirming the bug, Bill. Should we post this to Jeffrey
>> Chu (assuming it's a swank-clojure issue)? What's the protocol at
>> this point?
>> -Matt
>>
>> On Dec 9, 11:03 pm, "Bill Clementson" <[EMAIL PROTECTED]> wrote:
>>> Hi Matt,
>>>
>>>
>>>
>>> On Tue, Dec 9, 2008 at 6:43 PM, MattyDub <[EMAIL PROTECTED]> wrote:
>>>
>>> > I did an 'svn update' on my clojure (I'm now at revision 1149), and
>>> > ran ant clean, then ant (the default target). Then I deleted my old
>>> > swank-clojure directory, and did a git clone of
>>> > git://github.com/jochu/swank-clojure.git.
>>> > I made sure my .emacs was correctly pointing to the appropriate
>>> > paths. I still get the same error. Perhaps I'm using it
>>> > incorrectly? What is the proper usage? I start slime:
>>> > M-x slime
>>> > then load the file by using C-x C-e on the following line in ants.clj:
>>> > (load-file "c:/home/ants.clj")
>>> > Then in a buffer pointing to ants.clj, I put the point over a call to
>>> > render-place, and do M-. And I get this stack trace:
>>> > Debugger entered--Lisp error: (error "Synchronous Lisp Evaluation
>>> > aborted.")
>>> > signal(error ("Synchronous Lisp Evaluation aborted."))
>>> > error("Synchronous Lisp Evaluation aborted.")
>>> > funcall(error "Synchronous Lisp Evaluation aborted.")
>>> > apply(funcall (error "Synchronous Lisp Evaluation aborted."))
>>> > (let* ((tag ...) (slime-stack-eval-tags ...)) (apply (function
>>> > funcall) (catch tag ... ...)))
>>> > slime-eval((swank:find-definitions-for-emacs "render-place"))
>>> > slime-find-definitions-rpc("render-place")
>>> > funcall(slime-find-definitions-rpc "render-place")
>>> > slime-find-definitions("render-place")
>>> > (slime-edit-definition-cont (slime-find-definitions name) name
>>> > where)
>>> > (or (run-hook-with-args-until-success (quote slime-edit-definition-
>>> > hooks) name where) (slime-edit-definition-cont (slime-find-definitions
>>> > name) name where))
>>> > slime-edit-definition("render-place")
>>> > call-interactively(slime-edit-definition)
>>>
>>> > I must be doing something wrong - any ideas what?
>>> > -Matt
>>>
>>> Hmm, looks like I was mistaken in my earlier email. I get the same
>>> thing when I do M-. on "render-place". However, if I place the point
>>> on "defn" (or any other symbol name that is in a jar file), it goes to
>>> the correct source in the jar file. At first, I thought it was because
>>> ant.clj was not in the class path; however, it doesn't work when
>>> ant.clj is in the class path either. I applied the
>>> find-definitions-for-emacs patch proposed in the earlier email;
>>> however, that doesn't work either. This used to work for local
>>> definitions and was broken a few svn changes ago. It was fixed for
>>> clojure definitions that are in jar files; however, it seems to still
>>> be broken for local definitions.
>>>
>>> - Bill
>> >>
>>
>
--~--~---------~--~----~------------~-------~--~----~
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
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
-~----------~----~----~----~------~----~------~--~---
patch
Description: Binary data
