slime-devel

slime-devel@common-lisp.net

4231 discussions

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

01 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 30 Mar '06

30 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 30 Mar '06

30 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 29 Mar '06

29 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 29 Mar '06

29 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

[slime-devel] slime-mode-hook called twice
by Andrew Stebakov 29 Mar '06

29 Mar '06

Hi I got (add-hook 'slime-mode-hook 'cliki:start-slime) to start lisp every time I open a lisp file. For some reason the cliki:start-slime function gets called twice upon a lisp file being open. How can it be fixed? Thanks, Andrei __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

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

28 Mar '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.875 slime/ChangeLog:1.876 --- slime/ChangeLog:1.875 Mon Mar 27 23:38:45 2006 +++ slime/ChangeLog Tue Mar 28 15:44:33 2006 @@ -1,5 +1,11 @@ 2006-03-28 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + * swank.lisp (multiple-value-or): New macro. + + * slime.el (slime-recently-visited-buffer): Ignore internal + buffers (starting with a space), to avoid selecting the + *slime-fontify* buffer. Reported by Andreas Fuchs. + * slime.el (slime-enclosing-operator-names): Handle forms similar to make-instance (make-condition, error, etc.), to get extra keywords based on the condition class. @@ -8,7 +14,7 @@ to make-instance (make-condition, error, etc.) (extra-keywords/make-instance): New function. (extra-keywords): Specialize on operators make-condition, error, - signal, warn, cerror. + signal, warn, cerror. Use multiple-value-or. 2006-03-27 Marco Baringer <mb(a)bese.it>

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel