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

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

28 Oct '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.984 slime/ChangeLog:1.986 --- slime/ChangeLog:1.984 Thu Oct 26 12:51:41 2006 +++ slime/ChangeLog Fri Oct 27 05:22:32 2006 @@ -1,3 +1,13 @@ +2006-10-27 Ivan Toshkov <ivan(a)toshkov.org> + + * hyperspec.el: Missing Hyperspec links for ~% and ~& + +2006-10-27 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-sbcl.lisp (make-weak-key-hash-table): Restore support + for older SBCLs without weak hash-tables. + (make-weak-value-hash-table): Ditto. + 2006-10-26 Utz-Uwe Haus <haus+slime(a)mail.math.uni-magdeburg.de> * swank-allegro.lisp (sldb-break-at-start): Implement.

1 0

[slime-devel] SLIME difficulty with SBCL 0.9.15 on OS X/Aquamacs 0.9.9d
by Matt Pillsbury 27 Oct '06

27 Oct '06

Hi, all, I recently installed the latest CVS tarball, and when I try M-x slime, I see a lot of stuff in the *inferior-lisp* buffer that looks like it's setting things up normally. However, partway though, I see this: ;; Error while loading: /Users/mtp/.slime/fasl/2006-10-26/sbcl-0.9.15- darwin-ppc/swank.fasl ;; Condition: unknown &KEY argument: :WEAKNESS ;; Aborting. ; ; compilation unit aborted ; caught 1 fatal ERROR condition and it never finishes loading. Any idea what I'm doing wrong? Thanks, Matt

3 3

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

27 Oct '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.980 slime/ChangeLog:1.984 --- slime/ChangeLog:1.980 Sat Oct 21 05:30:20 2006 +++ slime/ChangeLog Thu Oct 26 12:51:41 2006 @@ -1,3 +1,49 @@ +2006-10-26 Utz-Uwe Haus <haus+slime(a)mail.math.uni-magdeburg.de> + + * swank-allegro.lisp (sldb-break-at-start): Implement. + +2006-10-26 Attila Lendvai <attila.lendvai(a)gmail.com> + + * slime.el (slime-setup-command-hooks): Use make-local-hook. + (slime-repl-mode): Ditto. + (slime-fuzzy-choices-buffer): Ditto. + (sldb-mode): Ditto. + (slime-fuzzy-completion-limit): New variable. + (slime-fuzzy-completion-time-limit-in-msec): New variable. + (slime-fuzzy-next): Fix when at the end of the buffer. + (completion-output-symbol-converter): New to handle escaped + symbols for those who need to mess around with symbols like + layered-function-definers::|CONTEXTL::SLOT-VALUE-USING-LAYER|. + When a symbol is escaped then completion is case sensitive. + (completion-output-package-converter): New. + (mimic-key-bindings): New to easily define bindings by first + trying to look up bindings for an operation and only use the + provided default bindings if nothing was found in the source + keymap. Use it to set up fuzzy bindings. (Hint: if you have keys + like previous-line customized, then only load slime after they + have been set, and the fuzzy mode will mimic them.) + (slime-temp-buffer-quit): Always close the opened window, updated + docstring. Also made the fuzzy maps smarter, they now try to look + up keys with 'where-is-internal and map the functions on them. + + * swank-sbcl.lisp + (make-weak-value-hash-table): New for sbcl. + (make-weak-key-hash-table): New for sbcl. + + * swank.lisp (fuzzy-completions and friends): Added :limit and + :time-limit-in-msec keyword params. Used vectors instead of lists + that nearly doubled its speed (at least on sbcl). Also added some + declare optimize and type annotations. + (do-symbols*): New, uses a hash-table to visit only non-seen + symbols. Replaced various uses of do-symbols where it was + appropiate. + +2006-10-26 Marco Baringer <mb(a)bese.it> + + * slime.el (slime-global-variable-name-p): Use a custom 'parser' + instead of string-match to avoid regexp overflow errors on very + long strings. + 2006-10-21 Helmut Eller <heller(a)common-lisp.net> * swank-lispworks.lisp (initialize-multiprocessing): Don't init @@ -41,7 +87,7 @@ slime-fuzzy-completions-map and slime-target-buffer-fuzzy-completions-map for details. - * slime.el (slime-space-information-p): New variable. + * slime.el (slime-fuzzy-completion-in-place): New variable. (slime-target-buffer-fuzzy-completions-mode): New keymap for in-place fuzzy completions. (slime-fuzzy-target-buffer-completions-mode): New minor mode for

1 0

[slime-devel] swank version check
by Marco Baringer 26 Oct '06

26 Oct '06

hi, i'm thinking about adding a version check when connecting to a swank server to ensure that slime.el and swank.lisp are in-synch. this would remove the, admitedly rare, errors whan the two are out of synch (this can happen when running a local slime against a remote lisp or when swank has be built into the image and isn't reloaded each time the lisp is started). however this would require that everytime a change is commited people must remeber to update the version number. is this worth the overhead? -- -Marco Ring the bells that still can ring. Forget your perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

5 6

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

22 Oct '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.979 slime/ChangeLog:1.980 --- slime/ChangeLog:1.979 Fri Oct 20 13:08:58 2006 +++ slime/ChangeLog Sat Oct 21 05:30:20 2006 @@ -1,3 +1,10 @@ +2006-10-21 Helmut Eller <heller(a)common-lisp.net> + + * swank-lispworks.lisp (initialize-multiprocessing): Don't init + MP if it is already running. + + * test.sh: Run Emacs in Screen. + 2006-10-20 Helmut Eller <heller(a)common-lisp.net> * swank-backend.lisp, swank-cmucl.lisp:

1 0

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

21 Oct '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.976 slime/ChangeLog:1.979 --- slime/ChangeLog:1.976 Thu Oct 19 20:13:34 2006 +++ slime/ChangeLog Fri Oct 20 13:08:58 2006 @@ -1,3 +1,20 @@ +2006-10-20 Helmut Eller <heller(a)common-lisp.net> + + * swank-backend.lisp, swank-cmucl.lisp: + (startup-idle-and-top-level-loops): Deleted. Merged into + initialize-multiprocessing. + +2006-10-20 Attila Lendvai <attila.lendvai(a)gmail.com> + + * slime.el (slime-fuzzy-choices-buffer): Added kill-buffer-hook to + the completion buffer to slime-fuzzy-abort, so we get out from the + completion mode and key maps when the completion buffer is closed. + +2006-10-20 Marco Baringer <mb(a)bese.it> + + * slime.el (slime-target-buffer-fuzzy-completions-map): Fix a bug + I introduced when applying levente's patch. + 2006-10-20 Martin Simmons <martin(a)lispworks.com> * swank-backend.lisp (initialize-multiprocessing): New API to

1 0

[slime-devel] patch: Add ABORT restart in HANDLE-REQUEST
by Luke Gorrie 20 Oct '06

20 Oct '06

Howdy! There's a problem in at least CLISP that if you type something stupid in the REPL and then press 'a' in the debugger you lose the SLIME connection. This is because the ABORT restart is way way way up the stack and invoking it throws the connection away. The simple fix is to add an ABORT restart in the same place as ABORT-REQUEST. Yes? Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.409 diff -u -p -u -r1.409 swank.lisp --- swank.lisp 20 Oct 2006 00:14:07 -0000 1.409 +++ swank.lisp 20 Oct 2006 09:01:06 -0000 @@ -566,8 +566,9 @@ of the toplevel restart." (assert (null *swank-state-stack*)) (let ((*swank-state-stack* '(:handle-request))) (with-connection (connection) - (with-simple-restart (abort-request "Abort handling SLIME request.") - (read-from-emacs))))) + (with-simple-restart (abort "Abort handling SLIME request.") + (with-simple-restart (abort-request "Abort handling SLIME request.") + (read-from-emacs)))))) (defun current-socket-io () (connection.socket-io *emacs-connection*))

2 1

[slime-devel] fuzzy completion patch again
by Attila Lendvai 20 Oct '06

20 Oct '06

hi! this is a patch for fuzzy completion made by a friend of mine, Levente Mészáros. he's also subscribed, but he's busy right now, so i'm writing this mail... see the original thread for a feature list: http://thread.gmane.org/gmane.lisp.slime.devel/4938/focus=5007 also some find definition code has been added since then, works like the fuzzy completion, but jumps to the selected definition instead of replacing the word in the buffer. we are using it in our daily work for several months now, and although none of us is an experienced elisp guru, it's very very handy from the user side. i'm sending this patch in the hopes that someone with more elisp experience will review the diff and apply it to the cvs. stuff that may need attention is the usual C-g abort handling (there's a key binding for this, maybe some catch tag neets to be set up?), and the M-p/M-n history handling (doesn't work for the find-definition part). and a feature idea right on: the fuzzy completion should not be started when the current input is less then 3 chars long. hth, -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronstället)

5 17

[slime-devel] temp-buffer-quit patch
by Attila Lendvai 20 Oct '06

20 Oct '06

hi! please find this patch attached: 2006-10-20 Attila Lendvai <attila.lendvai(a)gmail.com> * slime.el (slime-temp-buffer-quit): Fixed so that the temp buffer window is always closed. Before this the temp buffer remained open in situations like macroexpanding something in a temp buffer (so slime tought that the window configuration is changed since originally opening the temp buffer). i've started doing small fixes to slime like this. what is the protocol to ask for commit rights? is it enough to promise that i'll not commit anything big without prior discussion and that i'll add proper ChangeLog entries as everyone else? hope you find this useful, -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronstället)

1 1

[slime-devel] Getting 'Unknown foreign symbol: "linux_no_threads_p"' on SLIME install
by Jaime Gonza1ez 20 Oct '06

20 Oct '06

Hi all, I'm new to LISP and SLIME, and I'm trying to install SLIME 2.0 on Emacs 21.4, on Debian Linux (Linspire 4.0), with SBCL 0.8.16. Emacs and SBCL seem to work fine, but I'm getting the following messages when invoking M-x slime RET (after configuring .emacs as explained in several on-line tutorials I have consulted): (load "/usr/share/slime-2.0/swank-loader.lisp" :verbose t) (swank:start-server "/tmp/slime.17879" :external-format :iso-latin-1-unix) This is SBCL 0.8.16, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * ; loading #P"/usr/share/slime-2.0/swank-loader.lisp" ;; loading #P"/root/.slime/fasl/2006-04-20/sbcl-0.8.16-linux-x86/swank-backend.fasl" ;; loading #P"/root/.slime/fasl/2006-04-20/sbcl-0.8.16-linux-x86/nregex.fasl" ;; loading #P"/root/.slime/fasl/2006-04-20/sbcl-0.8.16-linux-x86/swank-sbcl.fasl" debugger invoked on a SIMPLE-ERROR in thread 17906: Unknown foreign symbol: "linux_no_threads_p" You can type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. -- (end of the buffer text from Emacs -- This is what I appended to my .emacs file: (add-to-list 'load-path "/usr/share/slime-2.0/") (require 'slime) (add-hook 'lisp-mode-hook (lambda () (slime-mode t))) (add-hook 'inferior-lisp-mode-hook (lambda () (inferior-slime-mode t))) (setq inferior-lisp-program "sbcl") (setq common-lisp-hyperspec-root "/usr/share/HyperSpec") Any help will be appreciated. Jaime Mexico City ___________________________________________________________ Do You Yahoo!? La mejor conexión a Internet y <b >2GB</b> extra a tu correo por $100 al mes. http://net.yahoo.com.mx

3 2