slime-devel February 2004

slime-devel@common-lisp.net

24 participants
50 discussions

[slime-devel] Enhanced slime-list-connections
by Peter Seibel 26 Feb '04

26 Feb '04

Okay, so you gave me commit privileges and I'm taking advantage of them. I just checked in a change that makes slime-list-connections a bit more useful: now you can use it to switch to the REPL (hit enter on the line you want) for a particular connection and to change the default connection (hit "d") on the appropriate line. "q" still gets you out of the buffer. If someone wants to look over my change and let me know if I violated any SLIME norms that'd be fine. -Peter -- Peter Seibel peter(a)javamonkey.com Lisp is the red pill. -- John Fraser, comp.lang.lisp

2 2

[slime-devel] slime-xref-mode
by bryan o'connor 26 Feb '04

26 Feb '04

[mac os x 10.3 / emacs 21.3.50.1 (carbon) / cvs slime / openmcl 0.14.1] when slime-edit-fdefinition pops up a xref buffer for selecting a location, the xref keymap doesn't seem to be active. for example, " " is bound to slime-space instead of slime-goto-xref. manually calling slime-goto-xref from the minibuffer does the right thing. it did work at least a week or two ago. unfortunately i don't know enough about emacs keymaps to debug this one. ...bryan

2 2

[slime-devel] swank-openmcl bug + patch
by bryan o'connor 26 Feb '04

26 Feb '04

the redefinition of ccl::force-break-in-listener in swank-openmcl.lisp relied on the more-featured-but-not-ansi pre-0.14.1 behavior of invoke-debugger. the following patch accomplishes the same thing by explicitly creating the condition as the argument to invoke-debugger. it should work for pre-0.14.1 versions, too. ...bryan Index: swank-openmcl.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank-openmcl.lisp,v retrieving revision 1.64 diff -u -r1.64 swank-openmcl.lisp --- swank-openmcl.lisp 24 Feb 2004 23:31:34 -0000 1.64 +++ swank-openmcl.lisp 26 Feb 2004 18:22:16 -0000 @@ -114,7 +114,8 @@ (setq *swank-debugger-stack-frame* p) (return-from find-frame)) (setq previous-f (ccl::lfun-name lfun))))) - (restart-case (invoke-debugger) + (restart-case (invoke-debugger + (make-condition 'simple-condition :format-control "")) (continue () :report (lambda (stream) (write-string "Resume interrupted evaluation" stream)) t)) ))))))

2 1

[slime-devel] slime-edit-fdefinition blows up
by Alain.Picard＠memetrics.com 26 Feb '04

26 Feb '04

Dear all, On slime + Lispworks: Sometimes slime-edit-fdefinition can get pretty confused; placing point after DEFINE-TOOLTIP in the following form and hitting M-. (define-tooltip data-manipulation-node "Some generic info on import/exports" :br "You can put " (:strong "arbitrary") "html code in here.") emacs asks me "Enter recursive edit? (Y/N)" Hitting Y, and opening a few key frames, I get the following backtraces. Which ECASE expression are we falling out of? Thanks. ================================================================ DEFMACRO fell through ECASE expression. Wanted one of (DEFUN METHOD LISPWORKS:TOP-LEVEL-FORM). [Condition of type CONDITIONS:CASE-FAILURE] Restarts: 0: [ABORT] Return to SLIME toplevel. 1: [ABORT] Quit process. Backtrace: 0: GET-CALL-FRAME (FRAME-POINTER PREV-FRAME) Locals: DBG::FRAME-POINTER = (6920 . #<pumpkin, tag 0 C9590030>) DBG::PREV-FRAME = #<unbound> [No catch-tags] 1: SWANK-DEBUGGER-HOOK (CONDITION HOOK) 2: DEBUG1 (&OPTIONAL DATUM &REST ARGUMENTS) 3: INVOKE-DEBUGGER (&REST X) 4: CONDITIONS-ERROR (INVISIBLEP T DATUM ARGUMENTS) 5: MAKE-DSPEC-LOCATION (DSPEC LOCATION &OPTIONAL TMPFILE BUFFER POSITION) Locals: SWANK::DSPEC = (DEFMACRO DEFINE-TOOLTIP) SWANK::LOCATION = #P"XOS:UI;USER-INTERFACE.LISP.NEWEST" SWANK::TMPFILE = NIL SWANK::BUFFER = NIL POSITION = NIL [No catch-tags] 6: DSPEC-SOURCE-LOCATIONS (DSPEC) Locals: SWANK::DSPEC = DEFINE-TOOLTIP SWANK::LOCATIONS = (((DEFMACRO DEFINE-TOOLTIP) #P"XOS:UI;USER-INTERFACE.LISP.NEWEST")) SWANK::DSPEC = (DEFMACRO DEFINE-TOOLTIP) SWANK::LOCATION = #P"XOS:UI;USER-INTERFACE.LISP.NEWEST" DBG::|tail-| = NIL DBG::|accumulator-| = (NIL) DBG::|aux-var-| = (NIL) [No catch-tags] 7: %EVAL-NOHOOK (EXP) 8: PROCESS-TOP-LEVEL (*CURRENT-FORM* ENV CONT &OPTIONAL MODE) 9: EVAL-STRING (STRING BUFFER-PACKAGE ID) Locals: STRING = "(swank:find-function-locations \"define-tooltip\")" SWANK::BUFFER-PACKAGE = "xos" SWANK::ID = 62 *DEBUGGER-HOOK* = #<function SWANK::SWANK-DEBUGGER-HOOK 21F8C54A> SWANK::OK = NIL SWANK::RESULT = NIL SWANK::*BUFFER-PACKAGE* = #<PACKAGE XOS> SWANK::*SWANK-STATE-STACK* = (:EVAL-STRING :HANDLE-REQUEST) [No catch-tags] 10: FUNCALL (FUNCTION &REST ARGS) 11: (SUBFUNCTION 2 HANDLE-REQUEST) NIL 12: CALL-WITH-REDIRECTED-IO (CONNECTION FUNCTION) 13: HANDLE-REQUEST NIL 14: (SUBFUNCTION PROCESS-SG-FUNCTION INITIALIZE-PROCESS-STACK) (IGNORED) 15: %%FIRST-CALL-TO-STACK NIL --more--

2 1

[slime-devel] Macroexpand in "wrong" package?
by Alain.Picard＠memetrics.com 26 Feb '04

26 Feb '04

I'm using latest CVS slime + Lispworks on Linux. Even after doing a SLIME-REPL-SET-PACKAGE to the correct package, macroexpanding a form produces an expansion which is being printed from the CL-USER package; e.g. C-c <RET> with point at start of (define-action-button modify-traffic-button :display-name "Modify Rates" :operation modify-traffic-op) Yields this: (XOS::DEFINE-ACTION-BUTTON-WIDGET XOS::MODIFY-TRAFFIC-BUTTON "Modify Rates" XOS::MODIFY-TRAFFIC-OP T NIL (LAMBDA (XOS::OPERAND) (XOS::INVOKE-OPERATION-SCRIPT 'XOS::MODIFY-TRAFFIC-OP XOS::OPERAND NIL))) I _know_ I'm in the darn XOS package already, so I'd prefer to see the expansion you get if you type (pprint (macroexpand '(define-action-button modify-traffic-button :display-name "Modify Rates" :operation modify-traffic-op))) in the REPL; namely: (PROGN (WHEN (GET 'MODIFY-TRAFFIC-BUTTON 'HTML-WIDGET-FACTORY) (CLEAR-EXISTING-WIDGETS 'MODIFY-TRAFFIC-BUTTON)) (SETF (GET 'MODIFY-TRAFFIC-BUTTON 'HTML-WIDGET-FACTORY) (LAMBDA () (MAKE-INSTANCE 'ACTION-BUTTON-WIDGET :NAME "Modify Rates" :OPERATION 'MODIFY-TRAFFIC-OP :DISABLED-MESSAGE (CANONICALIZE-TO-FUNCTION NIL) :ENABLED-P (CANONICALIZE-TO-FUNCTION T) :JSCRIPT-CODE (LAMBDA (OPERAND) (INVOKE-OPERATION-SCRIPT 'MODIFY-TRAFFIC-OP OPERAND NIL))))) 'MODIFY-TRAFFIC-BUTTON) Any way to get this behaviour?

3 4

[slime-devel] Weird one to do with pretty-printing
by Peter Seibel 26 Feb '04

26 Feb '04

Okay, this one is quite strange. First define this function: (defun foo () (write (macroexpand-1 '(with-open-file (in "foo.txt") (read in))) :pretty t)) Then invoke it several times. What I observe is that the body of the let moves to the right each time I invoke FOO, as if the pretty-printing stream is somehow preserving some information about what column it is indenting to from call to call. I believe I had observed this behavior before when I was screwing around with pretty-printing logical blocks. This weird shifting only happens in the SLIME repl, the same function invoked from the *inferior-lisp* buffer works as expected. I've observed this in both OpenMCL and in Allegro on GNU/Linux. -Peter -- Peter Seibel peter(a)javamonkey.com Lisp is the red pill. -- John Fraser, comp.lang.lisp

2 1

[slime-devel] slime-compile-and-load-file doesn't
by Jan Rychter 25 Feb '04

25 Feb '04

slime-compile-and-load-file compiles and displays the compiler notes, but doesn't load the file. I can't find anything around slime-compilation-finished-continuation that would actually load the file. I'm puzzled now -- doesn't anyone use C-c C-k, except me? :-) --J.

2 3

[slime-devel] Suggestion: improve sldb-fetch-more-frames
by Jan Rychter 25 Feb '04

25 Feb '04

I've just tried to do a cut&paste on a large backtrace in the sldb buffer. Unfortunately, that doesn't work too well, because when I mark the beginning and start going down in the backtrace, as soon as I pass the --more-- marker, the selection gets changed. I've tried adding a save-excursion to sldb-fetch-more-frames, but for some reason that doesn't quite do the trick. The beginning of my region then stays untouched, but after passing the --more-- marker, the end of my region jumps to the end of the backtrace. Which means, I find the current behavior annoying, but I don't know how to fix it :-( --J.

4 4

[slime-devel] Suggestion: slime-symbol-at-point
by Jan Rychter 25 Feb '04

25 Feb '04

I found it confusing that slime-symbol-at-point doesn't really return the symbol at point. An example: (defun install-package (source system packagename)... Placing the point on the first "i" in the function name and pressing C-c C-d returns the decription for defun, not install-package. The following fixes it, but I keep scratching my head to understand why the (skip-syntax-backward "-") was originally there -- I can't find a purpose for it. --J. diff -c /home/jwr/Mail/.software/slime/slime.el /home/jwr/Mail/.software/slime/slime.el.original --- /home/jwr/Mail/.software/slime/slime.el 2004-02-25 03:48:33.000000000 -0800 +++ /home/jwr/Mail/.software/slime/slime.el.original 2004-02-25 03:48:33.000000000 -0800 @@ -769,7 +769,6 @@ (defun slime-symbol-at-point () "Return the symbol at point, otherwise nil." (save-excursion - (skip-syntax-backward "-") (let ((string (thing-at-point 'symbol))) (if string (intern (substring-no-properties string)) nil))))

2 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 25 Feb '04

25 Feb '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.262 slime/ChangeLog:1.264 --- slime/ChangeLog:1.262 Mon Feb 23 02:21:31 2004 +++ slime/ChangeLog Wed Feb 25 02:29:59 2004 @@ -1,3 +1,26 @@ +2004-02-25 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-with-chosen-connection): Bind + slime-dispatching-connection and not slime-buffer-connection. + slime-buffer-connection is a buffer local variable not a dynamic + variable. + (slime-find-connection-by-type-name) + (slime-read-lisp-implementation-type-name): Where lost during the + merge. + +2004-02-25 Peter Seibel <peter(a)javamonkey.com> + + * slime.el: Various bits of support for maintaining multiple SLIME + connections to different Lisp implementations simultaneously. + + * swank-backend.lisp (lisp-implementation-type-name): Add function to + return simple name of lisp implementation; used by new + multi-connection functionality in slime.el. + +2004-02-25 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank.lisp (format-arglist): Use a special pprint-dispatch table. + 2004-02-22 Lawrence Mitchell <wence(a)gmx.li> * swank.lisp (format-arglist): Bind *PRINT-PRETTY* to NIL.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel February 2004