Oops, that patch had my debugging statements in it. Here's the correct one to use.
On Wed, Dec 10, 2008 at 11:44 AM, Bill Clementson <[EMAIL PROTECTED]> wrote:
> 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
