- slime-devel - mailman3.common-lisp.net

[slime-devel] propertize not in emacs 20.x
by Matthew D. Swank 02 Apr '06

02 Apr '06

Propertize is not in emacs 20.x, but set-text-properties is. Attached is a patch the replaces the only reference to propertize in slime.el. Tested in emacs 20.7 and 22.0.50. Matt

3 4

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 02 Apr '06

02 Apr '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.878 slime/ChangeLog:1.879 --- slime/ChangeLog:1.878 Thu Mar 30 11:42:14 2006 +++ slime/ChangeLog Sat Apr 1 17:55:28 2006 @@ -1,3 +1,8 @@ +2006-04-01 Matthew D. Swank <akopa(a)charter.net> + + * slime.el (slime-fontify-string): Use set-text-properties, not + propertize, for Emacs 20 compatibility. + 2006-03-30 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-init-command): Don't translate filenames since

1 0

Fwd: [slime-devel] propertize not in emacs 20.x
by Matthew D. Swank 02 Apr '06

02 Apr '06

Begin forwarded message: > From: "Matthew D. Swank" <akopa(a)charter.net> > Date: April 1, 2006 7:50:43 PM CST > To: Matthias Koeppe <mkoeppe+slime(a)merkur.math.uni-magdeburg.de> > Subject: Re: [slime-devel] propertize not in emacs 20.x > > > On Apr 1, 2006, at 4:59 PM, Matthias Koeppe wrote: > >> Thanks for the patch, I have applied it in CVS. > > Crud; I actually cleaned it up a little (there no need to copy the > matched string since it's freshly cons'd), and made the comment > more consistent with what was already there. Last time, I promise. > > Matt

1 0

[slime-devel] source location snippet searching
by Taylor R. Campbell 01 Apr '06

01 Apr '06

If the Lisp system provides a snippet hint for a source location, `slime-goto-source-location' uses `slime-isearch' to find the nearest occurrence of it in order to narrow down the location better, and subsequently uses `slime-search-call-site' to narrow it down even further. However, the search may send the point off into some random place in the file, even in a completely different defun, but then `slime-search-call-site' narrows itself to whichever defun it's on and searches *there*, so if `slime-isearch' got lost then the whole thing will get lost. Is there a reason that `slime-goto-source-location' does not narrow to the defun before running `slime-isearch'? The above problem is solved by this simple patch: Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.605 diff -u -r1.605 slime.el --- slime.el 26 Mar 2006 03:51:56 -0000 1.605 +++ slime.el 30 Mar 2006 23:51:34 -0000 @@ -5043,7 +5043,9 @@ (slime-goto-location-buffer buffer) (slime-goto-location-position position) (when-let (snippet (getf hints :snippet)) - (slime-isearch snippet)) + (save-restriction + (narrow-to-defun) + (slime-isearch snippet))) (when-let (fname (getf hints :call-site)) (slime-search-call-site fname))) ((:error message)

2 2

[slime-devel] Remote slime broken?
by Joel Reymont 31 Mar '06

31 Mar '06

I think this must have something to do with the recent fix to change- directory. I positively have this remote directory but all of a sudden I cannot change into it. There is no file named /ssh:jreymont@repdb2.cur:/home/jreymont/fraud [Condition of type FILE-ERROR] Restarts: 0: [ABORT-REQUEST] Abort handling SLIME request. 1: [ABORT] Abort entirely from this (lisp) process. Backtrace: 0: (SWANK::DEBUG-IN-EMACS #<FILE-ERROR @ #x10010ab292>) 1: (SWANK:SWANK-DEBUGGER-HOOK #<FILE-ERROR @ #x10010ab292> #<Function SWANK-DEBUGGER-HOOK>) 2: (ERROR FILE-ERROR :PATHNAME #1=#P"/ssh:jreymont@repdb2.cur:/ home/jreymont/fraud" :ERRNO 2 :FORMAT-CONTROL "There is no file named ~a" :FORMAT-ARGUMENTS (#1#)) 3: ((METHOD SWANK-BACKEND:SET-DEFAULT-DIRECTORY (T)) "/ ssh:jreymont@repdb2.cur:/home/jreymont/fraud") 4: (EVAL (SWANK-BACKEND:SET-DEFAULT-DIRECTORY "/ ssh:jreymont@repdb2.cur:/home/jreymont/fraud")) 5: ((:INTERNAL SWANK::EVAL-FOR-EMACS 0)) 6: ((METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<Function SWANK-DEBUGGER-HOOK> #<Closure (:INTERNAL SWANK::EVAL-FOR- EMACS 0) @ #x10010aaa62>) 7: (SWANK::EVAL-FOR-EMACS (SWANK-BACKEND:SET-DEFAULT-DIRECTORY "/ ssh:jreymont@repdb2.cur:/home/jreymont/fraud") "COMMON-LISP-USER" 50) 8: (FUNCALL SWANK::EVAL-FOR-EMACS (SWANK-BACKEND:SET-DEFAULT- DIRECTORY "/ssh:jreymont@repdb2.cur:/home/jreymont/fraud") "COMMON- LISP-USER" 50) 9: (SWANK::READ-FROM-EMACS) 10: ((:INTERNAL SWANK::HANDLE-REQUEST 0)) 11: ((METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<Function SWANK-DEBUGGER-HOOK> #<Function (:INTERNAL SWANK::HANDLE-REQUEST 0)>) 12: ((:INTERNAL SWANK::CALL-WITH-CONNECTION 0)) 13: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION @ #x1000f4d6d2> #<Closure (:INTERNAL SWANK::CALL-WITH-CONNECTION 0) @ #x10010aa9e2>) 14: (SWANK::MAYBE-CALL-WITH-IO-REDIRECTION #<SWANK::CONNECTION @ #x1000f4d6d2> #<Closure (:INTERNAL SWANK::CALL-WITH-CONNECTION 0) @ #x10010aa9e2>) 15: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION @ #x1000f4d6d2> #<Function (:INTERNAL SWANK::HANDLE-REQUEST 0)>) 16: (SWANK::HANDLE-REQUEST #<SWANK::CONNECTION @ #x1000f4d6d2>) 17: ((:INTERNAL SWANK::REPL-LOOP 0)) 18: ((METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<Function SWANK-DEBUGGER-HOOK> #<Closure (:INTERNAL SWANK::REPL-LOOP 0) @ #x10010aa922>) 19: ((:INTERNAL SWANK::CALL-WITH-CONNECTION 0)) 20: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION @ #x1000ce9072> #<Closure (:INTERNAL SWANK::CALL-WITH-CONNECTION 0) @ #x1000d3ab72>) 21: (SWANK::MAYBE-CALL-WITH-IO-REDIRECTION #<SWANK::CONNECTION @ #x1000ce9072> #<Closure (:INTERNAL SWANK::CALL-WITH-CONNECTION 0) @ #x1000d3ab72>) 22: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION @ #x1000ce9072> #<Closure (:INTERNAL SWANK::REPL-LOOP 0) @ #x1000d3ab42>) 23: (SWANK::REPL-LOOP #<SWANK::CONNECTION @ #x1000ce9072>) 24: ((:INTERNAL (:INTERNAL SWANK::SPAWN-REPL-THREAD 0) 0)) 25: (SWANK::CALL-WITH-BINDINGS NIL #<Closure (:INTERNAL (:INTERNAL SWANK::SPAWN-REPL-THREAD 0) 0) @ #x1000d3abd2>) 26: ((:INTERNAL SWANK::SPAWN-REPL-THREAD 0)) -- http://wagerlabs.com/

1 0

[slime-devel] Multiple SLIME Inspectors
by Lynn Quam 31 Mar '06

31 Mar '06

It is often very useful to inspect more than one object (object-tree) at the same time. With SLIME, one can Inspect an object, and then rename the *Slime Inspector* buffer, and inspect another object, getting a new *Slime Inspector* buffer. (It would be better to have a "Spawn New Inspector" command.) However, inspect operations in the old (renamed) buffer cause the results to be displayed in the new inspector rather than the "current" inspector. How hard would it be to make this work.

2 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 31 Mar '06

31 Mar '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.877 slime/ChangeLog:1.878 --- slime/ChangeLog:1.877 Wed Mar 29 17:36:38 2006 +++ slime/ChangeLog Thu Mar 30 11:42:14 2006 @@ -1,3 +1,11 @@ +2006-03-30 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-init-command): Don't translate filenames since + the new scheme doesn't work without a connection. + (slime-to-lisp-filename,slime-from-lisp-filename): Remove some + redundancy. + (slime-macroexpansion-minor-mode): Make it Emacs 20 compatible. + 2006-03-29 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-repl-mode): Enable autodoc-mode if

1 0

[slime-devel] slime-connect after slime-disconnect
by Andrew Stebakov 30 Mar '06

30 Mar '06

Hi I am connecting to a remote cmucl process using ssh tunelling. When I connect for the first time everything is fine. After I call slime-disconnect and try to connect again the current ssh tunneling process shows: "channel 2: open failed: connect failed: Connection refused". Emacs shows: Connecting to Swank on port 4005.. Lisp connection closed unexpectedly: exited abnormally with code 256 How can it be fixed? Thank you, Andrei __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 30 Mar '06

30 Mar '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.876 slime/ChangeLog:1.877 --- slime/ChangeLog:1.876 Tue Mar 28 15:44:33 2006 +++ slime/ChangeLog Wed Mar 29 17:36:38 2006 @@ -1,3 +1,8 @@ +2006-03-29 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime.el (slime-repl-mode): Enable autodoc-mode if + slime-use-autodoc-mode is true. + 2006-03-28 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * swank.lisp (multiple-value-or): New macro.

1 0

Re: [slime-devel] sbcl stream flushing race
by Andras Simon 30 Mar '06

30 Mar '06

Hi Alan, I'd love to help, but my understanding of the issues involved in this is less than minimal these days (it used to be minimal). Redirecting System.out using System.setOut to a PrintStream which is then used in lisp.Stream's constructor will surely not work, but perhaps you can subclass lisp.Stream with something that will not be confused if the underlying java stream is written to without its consent. I don't know enough about abcl's stream implementation to judge whether something like this is feasible (but I would guess not). Another gross hack would be to leave abcl alone and convince emacs to echo whatever appears in the inferior-lisp buffer in the slime buffer. Again, I don't know if it's possible. I'm sorry I can't come up with any usable idea. Andras On Wed, 29 Mar 2006, Alan Ruttenberg wrote: > Hi Andras, > > One issues I've been having with abcl and slime is that messages printed to > system.out are left in the inferior-lisp buffer. Any idea how to redirect > them to my slime buffer. > > Alternately, someone mentioned a ways back some way to ensure all output that > would otherwise go to *inferior-lisp* is put instead in the repl. A pointer > on how to do that would be helpful. > > Thanks, > Alan > > On Mar 29, 2006, at 5:14 AM, Andras Simon wrote: > >> >> >> On Tue, 28 Mar 2006, Robert J. Macomber wrote: >> >>> >>> Currently, the patch is sbcl-only. While updating the other backends, >>> I noticed abcl uses the same "thread which FORCE-OUTPUTs" technique, >>> but I don't have abcl here, so I don't know if the same race >>> manifests, if abcl even supports Gray strams, or how to create and use >>> a mutex if the two previous conditions held. >> >> I don't remember seeing this with abcl. abcl doesn't have Gray streams, but >> SlimeInputStream/SlimeOutputStream tailor-made to make slime happy. I'd >> love >> to not having to change them :-) (I've completely forgotten what they do >> and >> how they do it!) but I don't want to stand in the way of progress. >> >> Andras >> _______________________________________________ >> slime-devel site list >> slime-devel(a)common-lisp.net >> http://common-lisp.net/mailman/listinfo/slime-devel > >

2 1