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

[slime-devel] Frustrated Slime+SBCL+Emacs newbie
by chris nuernberger 16 Dec '07

16 Dec '07

Hey, I am really new to lisp and slime. I am having trouble with basic language setup with slime. Specifically, when I am trying to debug a method that is failing I have two strategies. The first is to call (step(method)), and the second is to break in the method. From the CLISP interfaces, I could step into the forms with the first (slow and annoying but it worked), and in the second I could break and then run code in the context of the break. In slime with kubuntu feisty and emacs, I use step and the step menu comes up. I choose option 3 by typing '3' (step into) and it steps over every time, so step is completely broken from my perspective. I am thinking perhaps there is another buffer I should be messing around in when I step? Next I choose break and I can't run anything in the repl under the context of the break. Thus I can't test out different theories on why the method is not working. Is there some strategy I am failing to grasp? Googling for "slime sbcl step" and "slime sbcl debug" didn't really help much. Thank you for your time, I really like lisp and am very committed to learning it but so far slime has really let me down. It seems like a very capable but extremely un-orthodox system. Finally there are many buffers open when I am using slime. There are: *inferior-lisp* *slime-events* *SLIME Description* *slime-repl sbcl*. When I break or step I see (in addition to the above): *sldb sbcl/4* *SLIME Source Form* It would be nice to know what the buffers are used for and what I am supposed to do with them. I am now going to spend some time with the documentation to ensure there isn't anything obvious I have missed. I am certain fairly certain that I must be using it in a non-standard way (or else why wouldn't step work?), so if there are more effective ways of using it please let me know. Another plausible option is the the default slime and sbcl that feisty installs don't play nice with each other, but I would like feedback before I run around on a wild goose chase compiling and installing random stuff. Chris -- The major difference between a thing that might go wrong and a thing that cannot possibly go wrong is that when a thing that cannot possibly go wrong goes wrong it usually turns out to be impossible to get at and repair - Douglas Adams

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 14 Dec '07

14 Dec '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1257 slime/ChangeLog:1.1258 --- slime/ChangeLog:1.1257 Thu Dec 13 10:09:47 2007 +++ slime/ChangeLog Fri Dec 14 03:47:09 2007 @@ -1,3 +1,11 @@ +2007-12-14 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-insert-xref-location): New function. Tries to + either insert the file name a function is defined in, or inserts + information about the buffer a function was interactively + `C-c C-c'd from. Idea from Knut Olav Bøhmer. + (slime-insert-xrefs): Use it. + 2007-12-04 Helmut Eller <heller(a)common-lisp.net> Simplify the inspector.

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 13 Dec '07

13 Dec '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1254 slime/ChangeLog:1.1257 --- slime/ChangeLog:1.1254 Sun Dec 2 03:44:33 2007 +++ slime/ChangeLog Thu Dec 13 10:09:47 2007 @@ -1,3 +1,25 @@ +2007-12-04 Helmut Eller <heller(a)common-lisp.net> + + Simplify the inspector. + + * swank.lisp (inspect-object): Ignore the title value returned + from backends. + + * slime.el (slime-open-inspector): Updated accordingly. + +2007-12-04 Helmut Eller <heller(a)common-lisp.net> + + Fix slime-list-thread selector. + + * slime.el (slime-list-threads): Wait for the result before + continuing. + +2007-12-04 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-repl-insert-result): Use slime-repl-emit-result + since handling of markers has changed. + (slime-repl-emit-result): New argument: bol. + 2007-12-02 Alan Caulkins <fatman(a)maxint.net> Make it possible to close listening sockets. @@ -7,7 +29,7 @@ (setup-server): Store open sockets in *listener-sockets*. 2007-12-02 Helmut Eller <heller(a)common-lisp.net> - + Add hook to customize the region used by C-c C-c. Useful to recognize block declarations in CMUCL sources.

1 0

[slime-devel] Re: [Sbcl-devel] "Cannot find source location" Error
by Jean-Philippe Barrette-LaPierre 12 Dec '07

12 Dec '07

On 12-Dec-07, at 7:23 PM, Juho Snellman wrote: > Jean-Philippe Barrette-LaPierre <jpb(a)rrette.com> writes: > >> I'm using sbcl-1.0.12.25-x86-darwin took from http://sbcl.static.net/ >> builds/. >> When I evaluate the following code: >> >> (declaim (optimize (speed 0) (space 0) (compilation-speed 0) >> (debug 3))) >> >> (defun test () >> (break)) >> >> (test) >> >> The "source" command within the debugger returns this: >> "Cannot find source localtion for #<COMPILED-CODE-LOCATION (SB- >> C::VARARGS-ENTRY BREAK)>" >> >> Is it a known problem? What am I doing wrong? > > You're trying to show the source of BREAK. Assuming your goal was to > show the location of the *call* to BREAK, you need to navigate to the > debugger frame for TEST (with up/down) before using the command. > Sorry, the source of the problem originated with SLIME usage. I tried to send a quick example that wouldn't rely on SLIME behavior and I didn't checked properly what I was doing. You're right sbcl behaves as it should in that case. It seems in fact to be a problem with SLIME. It seems someone has already sent an email about this problem: http://common-lisp.net/pipermail/slime-devel/2007-November/006761.html == little part of message == I start SBCL by M-m M-x slime SLIME does start up, I get a lisp prompt and it seems to behave normally. However, the connection between SBCL and SLIME is rather shaky. At some point during working with SBCL, I lose the function parameter info, I also can't break running code then. == end of part of message == If I load the test file (code above) within slime and I do: M-x slime M-x slime-compile-and-load-file When I enter in the debugger, the "v" command for any of my own stack frame, it prints: #<SB-DI::COMPILED-DEBUG-FUN TEST> has no debug-block information. or #<SB-DI::COMPILED-DEBUG-FUN TEST> has no debug-block information. However, if I compile back and load (slime-compile-and-load-file) the file, without having specified the action to take for the debugger (Debugger is still active), then I can see that the same messages are displayed for 1/10 of a second, but then "Evaluation aborted" is printed. I'm using slime-2.0, but slime-cvs (took around the 2007-12-10) does the same thing. Here's the *slime-event* buffer: (:emacs-rex (swank:connection-info) nil t 1) (:indentation-update (("with-locked-hash-table" . 1) ("with-unlocked-packages" . 1) ("with-timeout" . 1) ("define-source-context" . 2) ("without-package-locks" . 0) ("with-unique-names" . 1) ("with-float-traps-masked" . 1) ("awhen" . 1) ("defun-cached" . 2) ("prepare-for-fast-read-char" . 1) ("dx-flet" . 1) ("once-only" . 1) ("define-function-name-syntax" . 2) ("do-info" . 1) ("dx-let" . 1) ("dovector" . 1) ("collect" . 1) ("named-lambda" . 2) ("with-rebound-io-syntax" . 0) ("prepare-for-fast-read-byte" . 1) ...)) (:return (:ok (:pid 17387 :style :fd-handler :lisp-implementation (:type "SBCL" :name "sbcl" :version "1.0.12.25") :machine (:instance "jean-philippe-barrette-lapierres-computer.local" :type "X86" :version nil) :features (:sb-bsd-sockets-addrinfo :asdf :ansi-cl :common-lisp :sbcl :sb- doc :sb-test :sb-ldb :sb-package-locks :sb-unicode :sb-eval :sb- source-locations :ieee-floating-point :x86 :unix :mach- o :bsd :darwin :mach-exception-handler :sb-lutex ...) :package (:name "COMMON-LISP-USER" :prompt "CL-USER"))) 1) (:emacs-rex (swank:compile-file-for-emacs "/Users/jpbarrette/Projects/ MakeGrapher/test.lisp" t) nil t 2) (:write-string "\n") (:write-string "; compiling file \"/Users/jpbarrette/Projects/ MakeGrapher/test.lisp\" (written 12 DEC 2007 09:08:11 PM):\n\n; / Users/jpbarrette/Projects/MakeGrapher/test.fasl written\n; compilation finished in 0:00:00\ntest2: a 1\ntest: b 1\n") (:debug 0 1 ("break" " [Condition of type SIMPLE-CONDITION]" nil nil) (("CONTINUE" "Return from BREAK.") ("ABORT" "Abort SLIME compilation.") ("ABORT-REQUEST" "Abort handling SLIME request.") ("ABORT" "Exit debugger, returning to top level.")) ((0 "(BREAK \"break\")") (1 "(TEST 1)") (2 "(TEST2 1)") (3 "(SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for \"file /Users/ jpbarrette/Projects/MakeGrapher/test.fasl\" {11B487B1}>)") (4 "((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))") (5 "(SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for \"file /Users/ jpbarrette/Projects/MakeGrapher/test.fasl\" {11B487B1}> NIL #<unavailable argument>)") (6 "(SB-FASL::INTERNAL-LOAD #P\"/Users/jpbarrette/Projects/ MakeGrapher/test.fasl\" #P\"/Users/jpbarrette/Projects/MakeGrapher/ test.fasl\" :ERROR NIL NIL :BINARY NIL)") (7 "(SB-FASL::INTERNAL-LOAD #P\"/Users/jpbarrette/Projects/ MakeGrapher/test.fasl\" #P\"/Users/jpbarrette/Projects/MakeGrapher/ test.fasl\" :ERROR NIL NIL NIL :DEFAULT)") (8 "(LOAD #P\"/Users/jpbarrette/Projects/MakeGrapher/test.fasl\")") (9 "((SB-PCL::FAST-METHOD SWANK-BACKEND:SWANK-COMPILE-FILE (T #1= \"#<...>\" . #1#)) #<unused argument> #<unused argument> \"/Users/ jpbarrette/Projects/MakeGrapher/test.lisp\" T NIL)") (10 "(SWANK::MEASURE-TIME-INTERVAL #<CLOSURE (LAMBDA NIL) {119AB815} >)") (11 "(SWANK::SWANK-COMPILER #<CLOSURE (LAMBDA NIL) {119AB815}>)") (12 "((LAMBDA NIL))") (13 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-SYNTAX-HOOKS (T)) #<unused argument> #<unused argument> #<CLOSURE (LAMBDA NIL) {119A6DC5}>)") (14 "(SWANK::CALL-WITH-BUFFER-SYNTAX #<CLOSURE (LAMBDA NIL) {119A6DC5}>)") (15 "(SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:COMPILE-FILE-FOR-EMACS \"/ Users/jpbarrette/Projects/MakeGrapher/test.lisp\" T) #<NULL-LEXENV>)") (16 "((LAMBDA NIL))") (17 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK- DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {119A6C8D}>)") (18 "((LAMBDA NIL))") (19 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK- DEBUGGER-HOOK> #<FUNCTION (LAMBDA NIL) {11F7E895}>)")) (2)) (:debug-activate 0 1) (:emacs-rex (swank:frame-source-location-for-emacs 1) nil 0 3) (:return (:ok (:error "unhandled DEBUG-CONDITION:\n#<SB-DI::COMPILED-DEBUG-FUN TEST> has no debug-block information.")) 3) (:debug-activate 0 1) (:emacs-rex (swank:frame-source-location-for-emacs 2) nil 0 4) (:return (:ok (:error "unhandled DEBUG-CONDITION:\n#<SB-DI::COMPILED-DEBUG-FUN TEST2> has no debug-block information.")) 4) (:debug-activate 0 1) (:emacs-rex (swank:compile-file-for-emacs "/Users/jpbarrette/Projects/ MakeGrapher/test.lisp" t) nil t 5) (:write-string "; compiling file \"/Users/jpbarrette/Projects/ MakeGrapher/test.lisp\" (written 12 DEC 2007 09:08:11 PM):\n") (:write-string "\n; /Users/jpbarrette/Projects/MakeGrapher/test.fasl written\n; compilation finished in 0:00:00\nSTYLE-WARNING: redefining TEST in DEFUN\nSTYLE-WARNING: redefining TEST2 in DEFUN\ntest2: a 1 \ntest: b 1\n") (:debug 0 2 ("break" " [Condition of type SIMPLE-CONDITION]" nil nil) (("CONTINUE" "Return from BREAK.") ("ABORT" "Abort SLIME compilation.") ("ABORT" "Return to sldb level 1.") ("CONTINUE" "Return from BREAK.") ("ABORT" "Abort SLIME compilation.") ("ABORT-REQUEST" "Abort handling SLIME request.") ("ABORT" "Exit debugger, returning to top level.")) ((0 "(BREAK \"break\")") (1 "(TEST 1)") (2 "(TEST2 1)") (3 "(SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for \"file /Users/ jpbarrette/Projects/MakeGrapher/test.fasl\" {11BFD571}>)") (4 "((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))") (5 "(SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for \"file /Users/ jpbarrette/Projects/MakeGrapher/test.fasl\" {11BFD571}> NIL #<unavailable argument>)") (6 "(SB-FASL::INTERNAL-LOAD #P\"/Users/jpbarrette/Projects/ MakeGrapher/test.fasl\" #P\"/Users/jpbarrette/Projects/MakeGrapher/ test.fasl\" :ERROR NIL NIL :BINARY NIL)") (7 "(SB-FASL::INTERNAL-LOAD #P\"/Users/jpbarrette/Projects/ MakeGrapher/test.fasl\" #P\"/Users/jpbarrette/Projects/MakeGrapher/ test.fasl\" :ERROR NIL NIL NIL :DEFAULT)") (8 "(LOAD #P\"/Users/jpbarrette/Projects/MakeGrapher/test.fasl\")") (9 "((SB-PCL::FAST-METHOD SWANK-BACKEND:SWANK-COMPILE-FILE (T #1= \"#<...>\" . #1#)) #<unused argument> #<unused argument> \"/Users/ jpbarrette/Projects/MakeGrapher/test.lisp\" T NIL)") (10 "(SWANK::MEASURE-TIME-INTERVAL #<CLOSURE (LAMBDA NIL) {11BC3FED} >)") (11 "(SWANK::SWANK-COMPILER #<CLOSURE (LAMBDA NIL) {11BC3FED}>)") (12 "((LAMBDA NIL))") (13 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-SYNTAX-HOOKS (T)) #<unused argument> #<unused argument> #<CLOSURE (LAMBDA NIL) {11BC3FCD}>)") (14 "(SWANK::CALL-WITH-BUFFER-SYNTAX #<CLOSURE (LAMBDA NIL) {11BC3FCD}>)") (15 "(SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:COMPILE-FILE-FOR-EMACS \"/ Users/jpbarrette/Projects/MakeGrapher/test.lisp\" T) #<NULL-LEXENV>)") (16 "((LAMBDA NIL))") (17 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK- DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {11BC3E95}>)") (18 "(SWANK::SLDB-LOOP 1)") (19 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING- ENVIRONMENT (T)) #<unused argument> #<unused argument> #<FUNCTION (LAMBDA NIL) {120F761D}>)")) (5 2)) (:debug-activate 0 2) (:emacs-rex (swank:frame-source-location-for-emacs 1) nil 0 6) (:debug-condition 0 "#<SB-DI::COMPILED-DEBUG-FUN TEST> has no debug- block information.") (:return (:abort) 6) (:debug-activate 0 2) (:emacs-rex (swank:frame-source-location-for-emacs 2) nil 0 7) (:debug-condition 0 "#<SB-DI::COMPILED-DEBUG-FUN TEST2> has no debug- block information.") (:return (:abort) 7) (:debug-activate 0 2) > And frankly, I would suggest using the Slime debugger rather than the > built-in one. > > -- > Juho Snellman >

1 0

[slime-devel] Cygwin - Emacs 22 - SBCL - swank-loader.lisp does not exist
by Terrence Brannon 11 Dec '07

11 Dec '07

Ok, I slimmed my slime init things down to exactly what is in the SLIME README: ;;; SLIME (add-to-list 'load-path "~/mydocs/dl/slime/slime/") (setq inferior-lisp-program "sbcl") (require 'slime) (slime-setup) And I have the CVS version of SLIME. However, when I type M-x slime the following occurs: (progn (load "/home/W049945/mydocs/dl/slime/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank:start- server") "/cygdrive/c/DOCUME~1/W049945/LOCALS~1/Temp/slime.3140" :coding- system "iso-latin-1-unix")) (progn (load "/home/W049945/mydocs/dl/slime/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank:start- server") "/cygdrive/c/DOCUME~1/W049945/LOCALS~1/Temp/slime.3140" :coding- system "iso-latin-1-unix")) This is SBCL 1.0.9, 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. This is experimental prerelease support for the Windows platform: use at your own risk. "Your Kitten of Death awaits!" * debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: "\\home\\W049945\\mydocs\\dl\\slime\\slime\\swank-loader.lisp" does not exist. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-FASL::INTERNAL-LOAD #P"\\home\\W049945\\mydocs\\dl\\slime\\slime\\swank-loader.lisp" NIL :ERROR T NIL NIL :DEFAULT) 0]

1 1

[slime-devel] Filename translator example in manual
by Abhishek Reddy 11 Dec '07

11 Dec '07

Hi, In subsection 8.1.3 of the manual, the example code for slime-create-filename-translator contains a misleading error. It uses :machine-instance "remote.example.com" and :remote-host "remote", whereas the those values should be swapped. There's also a typo ("transaltions") in the relevant text before the example code. Diff: Index: slime.texi =================================================================== RCS file: /project/slime/cvsroot/slime/doc/slime.texi,v retrieving revision 1.61 diff -u -r1.61 slime.texi --- slime.texi 27 Nov 2007 13:16:52 -0000 1.61 +++ slime.texi 11 Dec 2007 12:22:51 -0000 @@ -2137,11 +2137,11 @@ (and vice-versa). Assuming the remote machine's host name is @code{remote.example.com}, @code{cl:machine-instance} returns ``remote'' and we login as the user ``user'' we can use @SLIME{}'s -built-in mechanism to setup the proper transaltions by simply doing: +built-in mechanism to setup the proper translations by simply doing: @example -(push (slime-create-filename-translator :machine-instance "remote.example.com" - :remote-host "remote" +(push (slime-create-filename-translator :remote-host "remote.example.com" + :machine-instance "remote" :username "user") slime-filename-translations) @end example Cheers, Abhishek

2 2

[slime-devel] cygwin sbcl - swank-loader.lisp not run through slime-filename-translations
by Terrence Brannon 10 Dec '07

10 Dec '07

Hello, as you can see from my .emacs setup, I am using cygpath to translate filenames from emacs to lisp and vice versa. However, during M-x slime that variable does not translate swank-loader.lisp as the *Messages* buffer indicates. I am using SLIME 2006. --- inferior lisp transcript --- (load "/home/Administrator/mydocs/dl/slime-2.0/swank-loader.lisp" :verbose t) (swank:start-server "c:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\slime.3392 " :external-format :iso-latin-1-unix) This is SBCL 1.0.12, 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. This is experimental prerelease support for the Windows platform: use at your own risk. "Your Kitten of Death awaits!" * debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: "\\home\\Administrator\\mydocs\\dl\\slime-2.0\\swank-loader.lisp" does not exist. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-FASL::INTERNAL-LOAD #P"\\home\\Administrator\\mydocs\\dl\\slime-2.0\\swank-loader.lisp" NIL :ERROR T NIL NIL :DEFAULT) 0] debugger invoked on a SB-INT:SIMPLE-READER-PACKAGE-ERROR: SB-INT:SIMPLE-READER-PACKAGE-ERROR on #<SYNONYM-STREAM :SYMBOL *TERMINAL-IO* {90CC391}>: package "SWANK" not found Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-IMPL::READ-TOKEN #<SYNONYM-STREAM :SYMBOL *TERMINAL-IO* {90CC391}> #\s) 0[2] --- .emacs file --- ;;; SLIME (add-to-list 'load-path "~/mydocs/dl/slime-2.0/") (setq inferior-lisp-program "sbcl") (require 'slime) (add-hook 'lisp-mode-hook (lambda () (slime-mode t) (setq lisp-indent-function 'common-lisp-indent-function))) ;(setq slime-backend "/home/Administrator/mydocs/dl/slime-2.0/swank-loader.lisp") (setq slime-filename-translations '((".*" (lambda (emacs-filename) (let ((result (shell-command-to-string (concat "cygpath -w " emacs-filename)))) (progn (message (concat "TO-lisp: " result)) result))) (lambda (lisp-filename) (let ((result (shell-command-to-string (concat "cygpath " lisp-filename)))) (progn (message (concat "FROM-lisp: " result)) result)))))) (defadvice slime-init-command (around fix-slime-init activate) (let* ((filename (ad-get-arg 0)) ;; We can't use slime-to-lisp-filename here, as that uses ;; slime-machine-instance, which needs the connection to ;; already be set up. (filename (funcall (first (slime-find-filename-translators "")) (expand-file-name filename)))) (ad-set-arg 0 filename) ad-do-it)) (slime-setup) --- Messages buffer: note that only a TO-slime message shows up during startup - no FROM-slime. -- TO-lisp: c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\slime.3392 Polling "/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/slime.3392".. (Abort with `M-x slime-abort-connection'.) [273 times] byte-code: End of buffer

1 0

[slime-devel] Blast your ad to millions of blogs
by BlogBlaster＠common-lisp.net 09 Dec '07

09 Dec '07

1 0

[slime-devel] win32 SLIME : long time and huge buffer to generate 100, 000 data items
by Terrence Brannon 04 Dec '07

04 Dec '07

I'm wondering if there is some way to tell SLIME to not try to report all output from the inferior lisp? My emacs buffer-menu shows the slime-repl as huge and ever-growing: * *slime-repl sbc: 123816001 REPL I'm building a huge data structure and need some way of SLIME sending the command but turning off output from SBCL. Here is the code that is taking a long time to run: (defvar *datasize* 100000 "size of dataset") (defun gendata () (dotimes (i *datasize*) (let* ( (m (random (1+ i))) (n (random (1+ m))) (text (write (generate 'sentence))) ) (list :text text :m m :n n))) ) (setf *d* (gendata)) -- http://www.aliveandwell.org/ | http://www.SlowChess.com | http://mostholy.wholefoodfarmacy.com

3 3

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 02 Dec '07

02 Dec '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1253 slime/ChangeLog:1.1254 --- slime/ChangeLog:1.1253 Fri Nov 30 08:10:40 2007 +++ slime/ChangeLog Sun Dec 2 03:44:33 2007 @@ -1,3 +1,19 @@ +2007-12-02 Alan Caulkins <fatman(a)maxint.net> + + Make it possible to close listening sockets. + + * swank.lisp (stop-server, restart-server): New functions. + (*listener-sockets*): New variable. + (setup-server): Store open sockets in *listener-sockets*. + +2007-12-02 Helmut Eller <heller(a)common-lisp.net> + + Add hook to customize the region used by C-c C-c. + Useful to recognize block declarations in CMUCL sources. + + * slime.el (slime-region-for-defun-function): New variable. + (slime-region-for-defun-at-point): Use it. + 2007-11-30 Helmut Eller <heller(a)common-lisp.net> Handle byte-functions without debug-info.

1 0