slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Slime/CMU hangs on GC
by Florian Ebeling 05 Jun '06

05 Jun '06

My emacs in slime mode hangs quite oft imidiatly after announcing a GC run, usually from a Slime mode buffer, not from REPL. I use CMUCL and Slime from CVS. Is this a known behaviour? Florian -- Florian Ebeling florian.ebeling(a)gmail.com

4 3

[slime-devel] slime-apropos problem
by jcb 05 Jun '06

05 Jun '06

slime-apropos is behaving strangely on my system: PowerBook G4 Mac OS X 10.4.6 sbcl 0.9.13 Aquamacs 0.9.9c Here is what happens: 1. Start SLIME M-x slime 2. Try slime-apropos on "*package*" C-c C-d a SLIME Apropos: *package* 3. Check % CPU activity in Activity Monitor.app: the sbcl process hovers constantly at around 85%. It makes the fans come on :-). slime-apropos seems to work ok with e.g. "defun". Try it with "*default-pathname-defaults*", and it'll peg the sbcl process. This behavior happens with both SLIME from CVS and SLIME 2.0. Clues? Known issue? Anymore info needed...? Thanks..

3 2

[slime-devel] Better .asd
by Greg Pfeil 04 Jun '06

04 Jun '06

After being confused as to why (asdf:oos 'asdf:load-op :swank) wasn't working, I decided to look at the source to figure it out. The problem was that I was using ASDF-Binary-Locations to store my fasls elsewhere on the disk, and once swank-loader.fasl was put in the alternate location, it couldn't find any of the other swank .lisp files. I created a new swank.asd that contains (I think) the full functionality of swank-loader.lisp. This allows the fasls to be relocated. I know, this means that changes have to happen in two places. I think there's a solution to this, too. Rather than have the .asd call swank-loader, reverse it. Write a new swank-loader that just loads the .asd (untested): (defvar *source-directory* (make-pathname :name nil :type nil :defaults (or *load-pathname* *default-pathname- defaults*)) "The directory where to look for the source.") (handler-case (require :asdf) (condition () (load (make-pathname "asdf" :defaults *source-directory*)) (pushnew *source-directory* asdf:*central-registry* :test #'equal))) (asdf:oos 'asdf:load-op :swank) This tries to use an ASDF outside of the swank directory first, but falls back to an included one if need be. Then it loads the system. This means that for the time being, slim.e-el (and anyone setting the slime-backend custom variable) doesn't have to change anything. I know, it adds a dependency, but asdf is pretty ubiquitous anymore, and the inclusion of a fallback version in the source should catch a lot of the other cases. Cons: - requires ASDF Pros: - can eliminate a bunch of code used to manage file locations - gain flexibility of ASDF and its extensions (like ASDF-Binary- Locations) It also seems like SWANK maybe should be made into its own ASDF- Installable package, with SLIME having only the emacs code and SWINE having the Climacs code. Does anyone think any of this might be a good idea?

2 1

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

31 May '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.903 slime/ChangeLog:1.904 --- slime/ChangeLog:1.903 Mon May 29 19:41:00 2006 +++ slime/ChangeLog Wed May 31 15:27:31 2006 @@ -1,3 +1,9 @@ +2006-05-31 Nathan Bird <nathan(a)acceleration.net> + + * swank.lisp (*sldb-quit-restart*): New variable. + (throw-to-toplevel): Use the restart named by *sldb-quit-restart* + as opposed to hard coding abort-request. + 2006-05-30 Tobias Rittweiler <tcr(a)freebits.de> * slime.el (slime-get-temp-buffer-create): New keyword REUSEP

1 0

[slime-devel] Duplicate definitions in slime-edit-definition
by Chris Dean 31 May '06

31 May '06

I'm not sure if this happens in other Lisps, but in LispWorks I start to get duplicate definitions listed when I used SLIME-EDIT-DEFINITION to jump to a function. These are all the "same" function definition, just with a slightly different line numbers as I make changes to whatever .lisp file I'm editing and recompile the function. (This sure is tricky to explain!) I made a change to slime-edit-definition to remove the duplicates. Patch below. If this only happens in LispWorks I can modify swank-lispworks.lisp instead. Cheers, Chris Dean Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.625 diff -u -w -r1.625 slime.el --- slime.el 29 May 2006 23:39:47 -0000 1.625 +++ slime.el 1 Jun 2006 02:08:02 -0000 @@ -6327,7 +6327,12 @@ (if slime-edit-definition-fallback-function (funcall slime-edit-definition-fallback-function name) (error "No known definition for: %s" name)) - (slime-goto-definition name definitions where)))) + (slime-goto-definition name + (remove-duplicates definitions + :key #'car + :test #'string= + :from-end t) + where)))) (defun slime-goto-definition (name definitions &optional where) (slime-push-definition-stack) Index: ChangeLog =================================================================== RCS file: /project/slime/cvsroot/slime/ChangeLog,v retrieving revision 1.904 diff -u -w -r1.904 ChangeLog --- ChangeLog 31 May 2006 19:27:31 -0000 1.904 +++ ChangeLog 1 Jun 2006 02:08:10 -0000 @@ -1,3 +1,8 @@ +2006-05-31 Chris Dean <ctdean(a)sokitomi.com> + + * slime.el (slime-edit-definition): Remove duplicate functions + names. + 2006-05-31 Nathan Bird <nathan(a)acceleration.net> * swank.lisp (*sldb-quit-restart*): New variable.

1 0

[slime-devel] On the numbering of restarts in SLDB
by Gary King 31 May '06

31 May '06

Although it makes perfect sense, I find it irritating that the number for the [abort-request] restart in SLDB depends on how many other restarts are active. For clarity's sake, here is a list of restarts: > Restarts: > 0: [RETRY] Retry performing #<LOAD-OP NIL #x84F81F6> on #<SYSTEM > "cl-containers" #x84E8EE6>. > 1: [ACCEPT] Continue, treating #<LOAD-OP NIL #x84F81F6> on > #<SYSTEM "cl-containers" #x84E8EE6> as having been successful. > 2: [ABORT-REQUEST] Abort handling SLIME request. > 3: [ABORT-BREAK] Reset this process > 4: [ABORT] Kill this process In this case, I should type '2' to give up on this request and try something else. In other cases, however, I might need to type '7' or '5' or whatever. This means that I have to look and see what to type every single time I hit an error (and, hey, I hit a lot of errors in my code!). It also scares me that I could misread and type the key for [abort-break] or [abort] by accident. Here is my suggestion as to what the list of restarts might look like: > Restarts: > 4: [RETRY] Retry performing #<LOAD-OP NIL #x84F81F6> on #<SYSTEM > "cl-containers" #x84E8EE6>. > 3: [ACCEPT] Continue, treating #<LOAD-OP NIL #x84F81F6> on > #<SYSTEM "cl-containers" #x84E8EE6> as having been successful. > 2: [ABORT-REQUEST] Abort handling SLIME request. > 1: [ABORT-BREAK] Reset this process > 0: [ABORT] Kill this process or > Restarts: > 0: [RETRY] Retry performing #<LOAD-OP NIL #x84F81F6> on #<SYSTEM > "cl-containers" #x84E8EE6>. > 1: [ACCEPT] Continue, treating #<LOAD-OP NIL #x84F81F6> on > #<SYSTEM "cl-containers" #x84E8EE6> as having been successful. > A: [ABORT-REQUEST] Abort handling SLIME request. > R: [ABORT-BREAK] Reset this process > K: [ABORT] Kill this process In both cases, the three 'always there' restarts will always have the same keyboard binding. In the later example, they are non-numeric. I'm willing to figure out how to implement this _if_ the general opinion is that this is a good idea. What is the general opinion? thanks, -- Gary Warren King metabang.com http://www.metabang.com/ (413) 210 7511 gwking on #lisp (occasionally)

8 9

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

29 May '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.901 slime/ChangeLog:1.903 --- slime/ChangeLog:1.901 Sat May 27 05:06:12 2006 +++ slime/ChangeLog Mon May 29 19:41:00 2006 @@ -1,3 +1,30 @@ +2006-05-30 Tobias Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-get-temp-buffer-create): New keyword REUSEP + which indicates whether an already-existing buffer named like the + buffer to be created should be reused, i.e. not killed, then + freshly created. Update docstring accordingly. + (slime-with-output-to-temp-buffer): Make &optional arg MODE an + &key keyword arg. Add REUSEP keyword. + (slime-macroexpansion-minor-mode-map): Make remapped `undo' update + highlighted edits in the macroexpansion buffer. + (slime-eval-macroexpand-in-place): Update highlighted edits when + macroexpanding in-place. + (slime-eval-macroexpand): Reuse macroexpansion buffer if it exists + already to preserve `undo' functionality. + +2006-05-30 Tobias Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-use-autodoc-mode): Fix typo in docstring. + (slime-use-highlight-edits-mode): New variable, analogous to + SLIME-USE-AUTODOC-MODE. + (slime-setup, slime-lisp-mode-hook): Make above variable + work. Also, activates the HIGHLIGHT-EDITS-MODE in proper way (thus + avoiding the nasty "Toggling ... off; better pass an explicit + argument." message.) + + * slime.el: Fix typo in comment about communication protocol. + 2006-05-27 Alan Ruttenberg <alanr-l(a)mumble.net> * swank-abcl: slot-boundp-using-class slot-value-using-class so you can inspect instances

1 0

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

27 May '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.900 slime/ChangeLog:1.901 --- slime/ChangeLog:1.900 Sat May 27 00:18:13 2006 +++ slime/ChangeLog Sat May 27 05:06:12 2006 @@ -11,7 +11,7 @@ Also make expanding of expressions work that are quoted like, for instance, "'(FOO BAR)" if point is placed at the opening paren. -006-05-24 Brian Downing <bdowning(a)lavos.net> +2006-05-24 Brian Downing <bdowning(a)lavos.net> * swank.lisp (recursively-compute-most-completions & friends): Micro-optimize the fuzzy completion engine, improving performace

1 0

[slime-devel] [Patch] making REPL buffer paredit-friendly
by Ivan Shvedunov 27 May '06

27 May '06

Hi. As of now, when paredit is used for REPL buffer, history doesn't work because closing parentheses are inserted automatically. E.g. I type (| at the point): (format|) and press M-p, but nothing is found because the whole input is used. I think the reasonable way to fix this is to use the portion of input between slime-repl-input-start-mark and (point) for history search. The attached trivial patch does just that. I hope such behavior will not interfere with anyone's habits as when paredit is not used M-p is usually pressed when the point is at the end of input. When the point is at slime-repl-input-mark or before it, the old behavior is used. Ivan

1 0

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

26 May '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.898 slime/ChangeLog:1.900 --- slime/ChangeLog:1.898 Wed May 24 23:15:20 2006 +++ slime/ChangeLog Sat May 27 00:18:13 2006 @@ -1,4 +1,17 @@ -2006-05-24 Brian Downing <bdowning(a)lavos.net> +2006-05-27 Alan Ruttenberg <alanr-l(a)mumble.net> + * swank-abcl: slot-boundp-using-class slot-value-using-class so you + can inspect instances + +2006-05-26 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-eval-macroexpand-inplace): Fix out-of-range + error on in-place macroexpand when point is placed at a closing + parenthesis. In this case the sexp closed by that paren is + expanded. + Also make expanding of expressions work that are quoted like, for + instance, "'(FOO BAR)" if point is placed at the opening paren. + +006-05-24 Brian Downing <bdowning(a)lavos.net> * swank.lisp (recursively-compute-most-completions & friends): Micro-optimize the fuzzy completion engine, improving performace

2 1

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