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

[slime-devel] slime-apropos-package now sorts correctly
by Hoehle, Joerg-Cyril 20 Apr '07

20 Apr '07

Hi, slime-apropos-package now conforms to its specification and also sorts symbols printed with package prefix. I supply the patches as attachments in the hope that MS-Windows nor MS-Outlook will break the TAB and LF characters of the original diff. I hope this is fine. Regards, Jörg Höhle.

3 3

[slime-devel] slime-display-edit-hilights
by Marco Baringer 23 Dec '06

23 Dec '06

for those of you who don't follow c.l.l (which is probaly a good idea) i commited William Bland's patch[1]. see the ChangeLog for details. 1 - http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1d0b7bf… -- -Marco Ring the bells that still can ring. Forget the perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

8 20

[slime-devel] How to inspect locals
by Jonathon McKitrick 27 Aug '06

27 Aug '06

Hi all, when running SBCL and a condition occurs that causes a break, how can I view the locals that have been bound in the function? Viewing the arguments isn't hard, but I cannot seem to figure out the locals. -Jonathon -- "I am sure that Jesus would use a command prompt. Hello? Ten Commandments??"

12 17

[slime-devel] Error: (void-variable name); slime-autodoc-mode now disabled.
by Goenninger, Frank 14 Apr '06

14 Apr '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi all: Using SLIME as of 2006-03-28 from CVS I get the following error: Error: (void-variable name); slime-autodoc-mode now disabled. I am using Emacs 22.0.50.1 (as downloaded from Apple) in a build version of 2006-03-06 on a Apple OS X 10.4.5 system running ACL8.0. Anybody else seeing this also (No, I didn't search the slime-devel archives but think to remember a related symptom having been mentioned earlier). Any ideas? Thanks!!! Cheers Frank -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.5 (Build 5050) iQIVAwUBRCrgX2AKVUddnkqnAQoEcA/+NaXiESRbzSZH4jx47MnLh73Ly8yTtTbr Uh32FoWE+NSBUSFjD563ASEsBCrezZd2OreaYuWHDiJnK5njgXvzEs1OWLTh2mOw DXH5NXHT4Ji8kebpQjj5R2xVaX8JbZDKXFXALR5bKrKoWC0hZHxYcrdA+qQgvxAf LMcKOC8aigGljsIwuIIR4KQy7BxDTulIZYRysrNAP4UwJ/AcfSeHwbe1MSusKqFu qpdBGAUMtNmRM3nAAxpDBOWY8X6mHhT+w2ShrxfJ+Gk/bC2WlaTVYVvvA7ul82w9 HS1d+I6L0WA4qSwN7QqVqEJl1jNhK+wu2SPdBKceqW1DY5K1yquDflt5RI0g3z5M o680MH30nywXH7h4DjDEKHiYXSGD4ddSFiFx6Dcl6tGQ5ZVNF1TO69TtVegTXNm8 uUWrakMxyteiA2ZFBfw50YEv4XBSPjun1JR3n8sUC0s3pynpiRWdO+tjl3w8R551 DPmsZEFW9VbJR3nlhqCElCjeepcy+LyagfnmqOtoe6cIVcOvKnMftFh1GN8sx/H+ AbwNn0IZQzbLMkTbh3nhsIvjNqvkyaHt9gkOsn9hQTNHldjS1DB5sPiGU0MwSFdc f7h/6E52UeWefIBpTDDH7RWJn0wOKIAoC0ysFjC7hF/oqhcUQ0WiN2daBYclVr+N EJOJXwX88+o= =OMN5 -----END PGP SIGNATURE-----

4 4

[slime-devel] sbcl stream flushing race
by Robert J. Macomber 12 Apr '06

12 Apr '06

After some time, I've finally got annoyed by the SBCL output race buglet to do something about it. For those who haven't seen this (either because you don't use sbcl, or your systems aren't the "right" speed to trigger it), sometimes when outputting to the dedicated output stream, multiple flushes will be done to aren't the "right" speed to trigger it), sometimes when outputting to the dedicated output stream, multiple flushes will be done at the same time, resulting in something that looks like this paragraph. I have a patch that fixes it, but it's a bit of a blunt instrument. It wraps the streams passed to MAKE-STREAM-INTERACTIVE in a Gray stream containing a mutex, so that the stream acts as a monitor, preventing different threads from using it at the same time. (This changes the semantics of the make-stream-interactive interface; before it was called for side-effects, now it may or may not have a side effect and returns an "interactive" stream that may or may not be the same object as the one it was called with. All the swank backends are updated in the patch.) 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. Is there any interest in this, or does anyone have a better idea how to approach this bug? -- Robert Macomber slime(a)rojoma.com / Thas on #lisp

5 6

[slime-devel] three little patches
by Gary King 06 Apr '06

06 Apr '06

Hiya, Here are three small patches for SLIME. They do the following: 1. Make find-definitions a little more flexible with an around method: if the symbol isn't in the current package, the around method goes on to look in all the packages too. (I haven't added similar logic to symbol completion but will someday). 2. Modifies swank-loader so that Allegro's alisp and mlisp programs get different locations. Otherwise mlisp complains about alisp's files. 3. Added two more symbols to the exports list in swank-openmcl. HTH, > Index: swank-backend.lisp > =================================================================== > RCS file: /project/slime/cvsroot/slime/swank-backend.lisp,v > retrieving revision 1.94 > diff -u -w -r1.94 swank-backend.lisp > --- swank-backend.lisp 20 Nov 2005 23:25:38 -0000 1.94 > +++ swank-backend.lisp 16 Mar 2006 01:04:37 -0000 > @@ -615,6 +615,20 @@ > LOCATION is the source location for the definition.") > +(defvar *currently-finding-definitions* nil) > + > +(defmethod find-definitions :around ((name symbol)) > + ;; look in other packages if we don't find something in this > package > + (let ((result (call-next-method))) > + (unless (or result *currently-finding-definitions*) > + (let ((*currently-finding-definitions* t) > + (symbol-name (symbol-name name))) > + (dolist (package (list-all-packages)) > + (let ((symbol (find-symbol symbol-name package))) > + (when symbol > + (setf result (append result (find-definitions > symbol)))))))) > + result)) > + > (definterface buffer-first-change (filename) > "Called for effect the first time FILENAME's buffer is modified." > (declare (ignore filename)) > Index: swank-loader.lisp > =================================================================== > RCS file: /project/slime/cvsroot/slime/swank-loader.lisp,v > retrieving revision 1.55 > diff -u -w -r1.55 swank-loader.lisp > --- swank-loader.lisp 19 Jan 2006 22:56:16 -0000 1.55 > +++ swank-loader.lisp 16 Mar 2006 01:04:38 -0000 > @@ -65,7 +65,8 @@ > ccl::*openmcl-major-version* > ccl::*openmcl-minor-version*) > #+lispworks (lisp-implementation-version) > - #+allegro excl::*common-lisp-version-number* > + #+allegro (concatenate 'string (if (eq 'h 'H) "A" "M") ; > ANSI vs MoDeRn > + excl::*common-lisp-version-number*) > #+clisp (let ((s (lisp-implementation-version))) > (subseq s 0 (position #\space s))) > #+armedbear (lisp-implementation-version) > Index: swank-openmcl.lisp > =================================================================== > RCS file: /project/slime/cvsroot/slime/swank-openmcl.lisp,v > retrieving revision 1.103 > diff -u -w -r1.103 swank-openmcl.lisp > --- swank-openmcl.lisp 11 Nov 2005 23:43:43 -0000 1.103 > +++ swank-openmcl.lisp 16 Mar 2006 01:04:38 -0000 > @@ -65,6 +65,8 @@ > cl:method > cl:standard-class > ccl::eql-specializer > + ccl::eql-specializer-object > + ccl::class-name > ;; standard-class readers > openmcl-mop:class-default-initargs > openmcl-mop:class-direct-default-initargs -- Gary Warren King metabang.com http://www.metabang.com/

5 9

[slime-devel] can't load slime (sbcl)
by Irène Durand 05 Apr '06

05 Apr '06

Hello, I am trying to have Slime and SBCL on my students machines. On my machine everything works fine but on the students machines I obtain at the end of the loading the error error in process filter: Wrong number of arguments: nil, 12 in the emacs mini-buffer. I have SBCL 0.9.11 and the latest cvs version of Slime. Any idea of what can be wrong? Irène ; loading #P"/net/cremi/irdurand/Common-Lisp/slime/swank-loader.lisp" ;; loading #P"/net/cremi/irdurand/.slime/fasl/2006-03-31/sbcl-0.9.11-linux-x86/swank-backend.fasl" ;; loading #P"/net/cremi/irdurand/.slime/fasl/2006-03-31/sbcl-0.9.11-linux-x86/nregex.fasl" ;; loading #P"/net/cremi/irdurand/.slime/fasl/2006-03-31/sbcl-0.9.11-linux-x86/swank-sbcl.fasl" STYLE-WARNING: redefining PREFERRED-COMMUNICATION-STYLE NIL in DEFMETHOD STYLE-WARNING: redefining CALL-WITHOUT-INTERRUPTS (T) in DEFMETHOD STYLE-WARNING: redefining LISP-IMPLEMENTATION-TYPE-NAME NIL in DEFMETHOD STYLE-WARNING: redefining CALL-WITH-SYNTAX-HOOKS (T) in DEFMETHOD STYLE-WARNING: redefining DEFAULT-READTABLE-ALIST NIL in DEFMETHOD STYLE-WARNING: redefining ARGLIST (T) in DEFMETHOD STYLE-WARNING: redefining INSTALL-DEBUGGER-GLOBALLY (T) in DEFMETHOD STYLE-WARNING: redefining CALL-WITH-DEBUGGER-HOOK (T T) in DEFMETHOD STYLE-WARNING: redefining FORMAT-SLDB-CONDITION (T) in DEFMETHOD STYLE-WARNING: redefining CONDITION-REFERENCES (T) in DEFMETHOD STYLE-WARNING: redefining UNPROFILE-ALL NIL in DEFMETHOD STYLE-WARNING: implicitly creating new generic function STARTUP-MULTIPROCESSING WARNING: DEFIMPLEMENTATION of undefined interface (STARTUP-MULTIPROCESSING) STYLE-WARNING: redefining THREAD-NAME (T) in DEFMETHOD STYLE-WARNING: redefining THREAD-STATUS (T) in DEFMETHOD STYLE-WARNING: redefining MAKE-LOCK NIL in DEFMETHOD STYLE-WARNING: redefining CALL-WITH-LOCK-HELD (T T) in DEFMETHOD STYLE-WARNING: redefining CURRENT-THREAD NIL in DEFMETHOD STYLE-WARNING: redefining KILL-THREAD (T) in DEFMETHOD STYLE-WARNING: redefining THREAD-ALIVE-P (T) in DEFMETHOD STYLE-WARNING: redefining MAKE-STREAM-INTERACTIVE (T) in DEFMETHOD ;; loading #P"/net/cremi/irdurand/.slime/fasl/2006-03-31/sbcl-0.9.11-linux-x86/swank-source-path-parser.fasl" ;; loading #P"/net/cremi/irdurand/.slime/fasl/2006-03-31/sbcl-0.9.11-linux-x86/swank-source-file-cache.fasl" STYLE-WARNING: redefining BUFFER-FIRST-CHANGE (T) in DEFMETHOD ;; loading #P"/net/cremi/irdurand/.slime/fasl/2006-03-31/sbcl-0.9.11-linux-x86/swank-gray.fasl" STYLE-WARNING: implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P ;; loading #P"/net/cremi/irdurand/.slime/fasl/2006-03-31/sbcl-0.9.11-linux-x86/swank.fasl" STYLE-WARNING: implicitly creating new generic function INSPECT-BIGGER-PIECE-ACTIONS STYLE-WARNING: implicitly creating new generic function INSPECT-WHOLE-THING-ACTION STYLE-WARNING: implicitly creating new generic function INSPECT-SHOW-MORE-ACTION STYLE-WARNING: implicitly creating new generic function MENU-CHOICES-FOR-PRESENTATION WARNING: These Swank interfaces are unimplemented: (ACTIVATE-STEPPING CALLS-WHO DISASSEMBLE-FRAME INSPECT-FOR-EMACS SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN WHO-BINDS WHO-CALLS WHO-MACROEXPANDS WHO-REFERENCES WHO-SETS WHO-SPECIALIZES) T * ;; Swank started at port: 35880. NIL *

2 1

[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

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

29 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

[slime-devel] Slime no longer looks up argument lists?
by Lars Rune Nøstdal 28 Mar '06

28 Mar '06

Hello list, I'm having some problems after an upgrade of both SBCL and Slime from CVS. It seems it does not look up argument-lists any more, as it used to when pressing space. This is a great feature and I really miss it. :) My `.emacs'-file has been stripped, and looks like this: (setq inferior-lisp-program "sbcl") (add-to-list 'load-path "~/programming/lisp/slime") (require 'slime) (slime-setup) I'm using Ubuntu Breezy, with the default GNU Emacs (21.4.1) that installs with that distro. I'm thinking I might have forgotten to check something that might be causing this - any ideas? -- Mvh, Lars Rune Nøstdal http://lars.nostdal.org/

3 4

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

28 Mar '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.872 slime/ChangeLog:1.875 --- slime/ChangeLog:1.872 Sun Mar 26 16:20:15 2006 +++ slime/ChangeLog Mon Mar 27 23:38:45 2006 @@ -1,3 +1,33 @@ +2006-03-28 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * 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. + + * swank.lisp (operator-designator-to-form): Handle forms similar + to make-instance (make-condition, error, etc.) + (extra-keywords/make-instance): New function. + (extra-keywords): Specialize on operators make-condition, error, + signal, warn, cerror. + +2006-03-27 Marco Baringer <mb(a)bese.it> + + * slime.el (slime-make-tramp-file-name): If emcas' tramp has + tramp-multi-methods then pass the method parameter to + tramp-make-tramp-file-name, otherwise don't. + (slime-create-filename-translator): Use + slime-make-tramp-file-name. + +2006-03-27 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * hyperspec.el (common-lisp-hyperspec-strip-cl-package): New + function. + (common-lisp-hyperspec): Don't get confused by a cl: or + common-lisp: package prefix. + + * slime.el (slime-hyperspec-lookup): Don't get confused by a cl: + or common-lisp: package prefix. + 2006-03-26 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-enclosing-operator-names): Fix for situation

1 0

[slime-devel] Problem loading the ASDF swank with cl-launch and sbcl-0.9.9.1
by Luca Capello 27 Mar '06

27 Mar '06

Hello, I'm experiencing a strange problem when I load the swank via ASDF and sbcl-0.9.9.1 in a cl-launch [1] session (backtrace attached). Basically, AFAIU it doesn't find the necessary *.lisp files in the ~/.cache folder. In fact, if I copy all the slime/*.lisp files into the corresponding ~/.cache folder, it works as expected. Is this a SLIME problem or a cl-launch one? I guess the latter, as without cl-launch, the swank is correctly loaded by ASDF. But I'd like to be 100% sure. Moreover, the problem seems to happen only with the swank and not with other CL software I tried, i.e. the dependencies of UCW [2] (like iterate, cl-ppcre, split-sequence and the BESE software suite [3]). Thx, bye, Gismo / Luca [1] http://www.cliki.net/cl-launch [2] http://common-lisp.net/project/ucw [3] http://common-lisp.net/project/bese

1 2

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

27 Mar '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.871 slime/ChangeLog:1.872 --- slime/ChangeLog:1.871 Sat Mar 25 22:58:16 2006 +++ slime/ChangeLog Sun Mar 26 16:20:15 2006 @@ -1,3 +1,8 @@ +2006-03-26 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime.el (slime-enclosing-operator-names): Fix for situation + when point is at end of buffer, as it happens often in the REPL. + 2006-03-25 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * swank.lisp (arglist-for-echo-area): New keyword arg,

1 0

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

26 Mar '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.870 slime/ChangeLog:1.871 --- slime/ChangeLog:1.870 Fri Mar 24 02:30:34 2006 +++ slime/ChangeLog Sat Mar 25 22:58:16 2006 @@ -1,3 +1,26 @@ +2006-03-25 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * swank.lisp (arglist-for-echo-area): New keyword arg, + print-lines. + (decoded-arglist-to-string): New function, implement argument + highlighting also for &optional and &rest/&body arguments. + (arglist-to-string): Use decoded-arglist-to-string. + (arglist): New slots aux-args, known-junk, unknown-junk. + (nreversef): New macro. + (decode-arglist, encode-arglist): Refine to handle more structure + in argument lists, including implementation-defined stuff like + &parse-body. + (format-arglist-for-echo-area): New keyword arg, print-lines. + Simplify the code as there is no need to fall back to the unparsed + arglist any more. + + * slime.el (slime-fontify-string): Fix for arguments spanning + multiple lines. + (slime-autodoc-message-dimensions): New. + (slime-autodoc-thing-at-point): Use it here to either ask for a + one-line or a nicely formatted multi-line arglist. + (slime-enclosing-operator-names): Handle linebreaks. + 2006-03-24 Mikel Bancroft <mutandiz(a)yahoo.com> * swank-allegro.lisp (set-default-directory): Fix for pathnames

1 0

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

25 Mar '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.869 slime/ChangeLog:1.870 --- slime/ChangeLog:1.869 Thu Mar 23 18:28:07 2006 +++ slime/ChangeLog Fri Mar 24 02:30:34 2006 @@ -1,3 +1,8 @@ +2006-03-24 Mikel Bancroft <mutandiz(a)yahoo.com> + + * swank-allegro.lisp (set-default-directory): Fix for pathnames + without a trailing slash. + 2006-03-24 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-background-activities-enabled-p): Allow

1 0

[slime-devel] AllegroCL and ,cd without a trailing slash
by Mikel Bancroft 24 Mar '06

24 Mar '06

I've run into a problem in some emacs versions where changing directories via ,cd without a trailing slash will cause subsequent cd commands (and possibly other pathname related lisp routines) to fail. The problem is that read-directory-name may or may not return a path string with a trailing slash. So a directory "/users/mikel/foo" that is passed to set-default-directory in the allegro backend and is parsed into a pathname with 'foo' in the :name slot rather than as part of the :directory. This is then stored into *default-pathname-defaults*. The following patch avoids this since the path returned by excl:chdir returns a path string with a trailing slash regardless of whether or not its argument does and thus will be parsed correctly when converted into a pathname object. Index: swank-allegro.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank-allegro.lisp,v retrieving revision 1.85 diff -c -r1.85 swank-allegro.lisp *** swank-allegro.lisp 22 Mar 2006 16:40:01 -0000 1.85 --- swank-allegro.lisp 24 Mar 2006 06:45:05 -0000 *************** *** 86,94 **** "allegro") (defimplementation set-default-directory (directory) ! (let ((dir (namestring (setf *default-pathname-defaults* ! (truename (merge-pathnames directory)))))) ! (excl:chdir dir) dir)) (defimplementation default-directory () --- 86,93 ---- "allegro") (defimplementation set-default-directory (directory) ! (let* ((dir (namestring (truename (merge-pathnames directory))))) ! (setf *default-pathname-defaults* (pathname (excl:chdir dir))) dir)) (defimplementation default-directory () -Mikel Bancroft

2 1

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

24 Mar '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.867 slime/ChangeLog:1.869 --- slime/ChangeLog:1.867 Thu Mar 23 00:02:54 2006 +++ slime/ChangeLog Thu Mar 23 18:28:07 2006 @@ -1,3 +1,29 @@ +2006-03-24 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime.el (slime-background-activities-enabled-p): Allow + "background activities" in sldb-mode. + (slime-autodoc-message-ok-p): Allow autodoc in sldb-mode. + (sldb-mode-syntax-table): New variable. + (sldb-mode): Enable autodoc-mode when slime-use-autodoc-mode is + true. Use sldb-mode-syntax-table to make #<...> balance like + parentheses. This enables autodoc-mode to match #<unreadable> + actual arguments in the backtraces with formal arguments of the + function. + (slime-beginning-of-symbol, slime-end-of-symbol): Handle + es::|caped| symbols. + (slime-enclosing-operator-names): Use syntax table to check + whether we are at the beginning of a balanced expression. + +2006-03-23 Christophe Rhodes <csr21(a)cam.ac.uk> + + * swank.lisp (ed-in-emacs): Allow conses as function names. + Ensure that there is a connection to emacs before sending the + :ed message. + + * slime.el (slime-edit-definition): read names, not symbols. + (slime-ed): handle conses whose car is not a string as function + names. + 2006-03-23 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-qualify-cl-symbol-name): Strip leading colon

1 0

[slime-devel] repl, stdio flush mode, sbcl started from a core file
by Attila Lendvai 23 Mar '06

23 Mar '06

hi! did anybody notice that when using slime with sbcl starting from a custom core file, then the communication channel between the repl buffer and sbcl seems to be buffered? (sometimes i need to press an enter for the ucw log output or compile output to arrive in emacs) i don't seem to experience this if i start a vanilla sbcl and (require ...) the fasl's into it, but it takes ages compared to starting from a core file. i create my sbcl core file from xemacs, so swank is already loaded when the core file is saved, and my guess is that when the communication channel is re-estabilished between slime and swank, then the flush mode on the unix file handle is not restored properly. (i have no experience with how sbcl handles external resources) unfortunately i can't test right now what happens when not loading swank into the core file, but i'll try it tonight. - attila (alias 101 on irc &no 'its not lisp code :)

1 0