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

[slime-devel] comma shortcut doesn't work always
by Edi Weitz 31 Jan '06

31 Jan '06

Another minor glitch that I encountered is that the comma shortcut in the REPL doesn't always work. I can consistently reproduce it (GNU Emacs 21.3.50 and also 21.3 release) like this: 1. Make sure point is at the beginning of a REPL input line. 2. Split Emacs frame into two windows, one of them being the REPL the other one containing something else. 3. Hide REPL window with C-x 0. 4. Now type M-x slime. 5. Type the comma. At this point I'm not asked for a shortcut command in the minibuffer but the comma is simply entered into the REPL instead. Anybody else seeing this? Cheers, Edi.

10 25

Re: [slime-devel] Re: CLISP SLIME implementation breaks in CVS
by Bill_Clementson＠peoplesoft.com 21 Jan '06

21 Jan '06

Luke Gorrie <luke(a)bluetail.com> writes: > Bill_Clementson(a)peoplesoft.com writes: > > > My previous SLIME installation was a CVS install from 4/18. I've just taken > > the latest CVS install and the CLISP SLIME implementation (under Windows) > > breaks. Here is the error: > > > > COERCE: #<MACRO #<COMPILED-CLOSURE SWANK::DEFSLIMEFUN>> cannot be coerced > > to type FUNCTION > > [Condition of type SIMPLE-TYPE-ERROR] > > I can reproduce this but I've no idea what is causing it. It /looks/ > like someone is trying to call defslimefun as a function rather than a > macro, but I don't see where it could happen -- the macro is declared > at the top of the only file that refers to it. > > I did fix a different but similar problem that I got under CLISP. It > seems like I had to swap the order of a couple of macros, one of which > expanded into into code that calls the other, but that surely can't be > the reason. > > > Backtrace: > > 0: EVAL frame for form (SWANK:CREATE-SWANK-SERVER 4007) > > Mine actually gives an empty backtrace (!). I fixed the Elisp-side to > handle that incase it helps someone more CLISP-savvy find the problem. Has anybody had any luck in finding the source of this problem? CLISP still breaks for me in the latest CVS. I have had a look at all of the DEFSLIMEFUN's that were modified since 4/18 (the previous CVS version that I had which was working ok with CLISP) and haven't found any obvious clues. Any suggestions on how I might debug this issue as it occurs at startup during the slime-connect processing in Emacs (after CLISP has started up successfully)? - Bill

5 6

[slime-devel] Bug in compiler note location resolving
by Hannu Koivisto 26 Jun '04

26 Jun '04

Greetings, With SLIME CVS HEAD as of 2004-03-28T23:15Z, Emacs 21.3 and sbcl 0.8.9.6, I noticed that an attempt to slime-load-system portable hemlock results to --------------------------------------------------------------- The value ", or \\" is not of type LIST. [Condition of type TYPE-ERROR] Restarts: 0: [RETRY] Retry performing #<ASDF:COMPILE-OP NIL {A203339}> on #<HEMLOCK-SYSTEM::HEMLOCK-CL-SOURCE-FILE "main" {98D2271}>. 1: [ACCEPT] Continue, treating #<ASDF:COMPILE-OP NIL {A203339}> on #<HEMLOCK-SYSTEM::HEMLOCK-CL-SOURCE-FILE "main" {98D2271}> as having been successful. 2: [ABORT] Return to SLIME toplevel. 3: [ABORT] Reduce debugger level (leaving debugger, returning to toplevel). 4: [TOPLEVEL] Restart at toplevel READ/EVAL/PRINT loop. Backtrace: 0: (NTHCDR 2 2 ", or \\")[:EXTERNAL] 1: (SWANK-BACKEND::SOURCE-PATH-SOURCE-POSITION (0 5 2 2) (NIL NIL (NIL NIL NIL (NIL NIL) (NIL (NIL "DISPLAY"))) "Invokes the editor, Hemlock. If X is supplied and is a symbol, the definition of X is put into a buffer, and that buffer is selected. If X is a pathname, the file specified by X is visited in a new buffer. If X is not supplied or Nil, the editor is entered in the same state as when last exited. When :init is supplied as t (the default), the file \\" NIL ", or \\" NIL " is loaded from the home directory, but the Lisp command line switch -hinit can be used to specify a different name. Any compiled version of the source is preferred when choosing the file to load. If the argument is non-nil and not t, then it should be a pathname that will be merged with the home directory." (NIL NIL (NIL "You are already in the editor, you bogon!")) (NIL ((NIL NIL) (NIL (NIL NIL (NIL NIL) (NIL NIL)))) (NIL (QUOTE NIL) (NIL (NIL NIL (NIL NIL) (NIL NIL NIL) (NIL (NIL NIL))) (NIL (QUOTE NIL) (NIL (QUOTE NIL) (NIL ((NIL NIL (NIL NIL)) (NIL ((NIL (NIL (NIL (QUOTE NIL) "Edit " (NIL NIL)))) (NIL (NIL (NIL NIL NIL) (NIL NIL))) (NIL NIL)) (NIL (NIL NIL)) (NIL (NIL (NIL NIL)) (NIL (QUOTE (NIL NIL))) (NIL) (NIL NIL) (NIL (NIL NIL))))) ((NIL (NIL NIL) (NIL NIL)) (NIL NIL NIL)) (NIL (NIL "~S is not a symbol or pathname. I can't edit it!" NIL)))) (NIL NIL) (NIL (NIL (NIL (QUOTE NIL) (NIL ((NIL (FUNCTION (NIL (NIL) (NIL NIL NIL))))) (NIL NIL) (NIL)))) (NIL NIL))))))) #<HASH-TABLE :TEST EQ :COUNT 85 {A9BC909}>) 2: (SWANK-BACKEND::SOURCE-PATH-STREAM-POSITION (20 5 2 2) #<FILE-STREAM for "file \"/home/azure/projects/software/hemlock/src/main.lisp\"" {AF82DA9}>) 3: (SWANK-BACKEND::SOURCE-PATH-FILE-POSITION (20 5 2 2) #P"/home/azure/projects/software/hemlock/src/main.lisp") 4: ((SWANK-BACKEND::RESOLVE-NOTE-LOCATION ((EQL NIL) PATHNAME T T T)) #<unused argument> #<unused argument> #<unused argument> #P"/home/azure/projects/software/hemlock/src/main.lisp" #<unused argument> (20 5 2 2) #<unused argument>) 5: (SWANK-BACKEND::COMPILER-NOTE-LOCATION #S(SB-C::COMPILER-ERROR-CONTEXT :ENCLOSING-SOURCE ("UNWIND-PROTECT" "FLET" "BLOCK" "MULTIPLE-VALUE-BIND" "MULTIPLE-VALUE-CALL" "BLOCK" "SB-C::%WITHIN-CLEANUP" "RETURN-FROM" "PROGN") :SOURCE (" (LET ((HEMLOCK-INTERNALS:*BEEP-FUNCTION* #'HEMLOCK-INTERNALS::HEMLOCK-BEEP) (HEMLOCK-INTERNALS::*GC-NOTIFY-BEFORE* #'HEMLOCK-INTERNALS::HEMLOCK-GC-NOTIFY-BEFORE) (HEMLOCK-INTERNALS::*GC-NOTIFY-AFTER* #'HEMLOCK-INTERNALS::HEMLOCK-GC-NOTIFY-AFTER) (*STANDARD-INPUT* HEMLOCK-INTERNALS::*ILLEGAL-READ-STREAM*) (*QUERY-IO* HEMLOCK-INTERNALS::*ILLEGAL-READ-STREAM*)) (COND ((NOT HEMLOCK-INTERNALS::*EDITOR-WINDOWED-INPUT*) (UNLESS HEMLOCK-INTERNALS::*EDITOR-HAS-BEEN-ENTERED* # # #) (CATCH 'HEMLOCK-INTERNALS::HEMLOCK-EXIT # # #)) (T (HEMLOCK-EXT:WITH-CLX-EVENT-HANDLING # # #))))") :ORIGINAL-SOURCE " (HEMLOCK-INTERNALS::SITE-WRAPPER-MACRO (UNLESS HEMLOCK-INTERNALS::*EDITOR-HAS-BEEN-ENTERED* (HEMLOCK-INTERNALS::%INIT-REDISPLAY HEMLOCK-INTERNALS::DISPLAY) (SETQ HEMLOCK-INTERNALS::*EDITOR-HAS-BEEN-ENTERED* T) (HEMLOCK-INTERFACE:INVOKE-HOOK (REVERSE HEMLOCK-INTERNALS::*AFTER-EDITOR-INITIALIZATIONS-FUNS*))) (CATCH 'HEMLOCK-INTERNALS::HEMLOCK-EXIT (CATCH 'HEMLOCK-INTERNALS::EDITOR-TOP-LEVEL-CATCHER (COND # # #)) (HEMLOCK-INTERFACE:INVOKE-HOOK HEMLOCK::ENTRY-HOOK) (UNWIND-PROTECT (LOOP #) (HEMLOCK-INTERFACE:INVOKE-HOOK HEMLOCK::EXIT-HOOK))))" :CONTEXT ((DEFUN HEMLOCK)) :FILE-NAME #P"/home/azure/projects/software/hemlock/src/main.lisp" :FILE-POSITION 9218 :ORIGINAL-SOURCE-PATH (2 2 5 20))) 6: (SWANK-BACKEND::SIGNAL-COMPILER-CONDITION #<SB-INT:SIMPLE-STYLE-WARNING {AF79091}> #S(SB-C::COMPILER-ERROR-CONTEXT :ENCLOSING-SOURCE ("UNWIND-PROTECT" "FLET" "BLOCK" "MULTIPLE-VALUE-BIND" "MULTIPLE-VALUE-CALL" "BLOCK" "SB-C::%WITHIN-CLEANUP" "RETURN-FROM" "PROGN") :SOURCE (" (LET ((HEMLOCK-INTERNALS:*BEEP-FUNCTION* #'HEMLOCK-INTERNALS::HEMLOCK-BEEP) (HEMLOCK-INTERNALS::*GC-NOTIFY-BEFORE* #'HEMLOCK-INTERNALS::HEMLOCK-GC-NOTIFY-BEFORE) (HEMLOCK-INTERNALS::*GC-NOTIFY-AFTER* #'HEMLOCK-INTERNALS::HEMLOCK-GC-NOTIFY-AFTER) (*STANDARD-INPUT* HEMLOCK-INTERNALS::*ILLEGAL-READ-STREAM*) (*QUERY-IO* HEMLOCK-INTERNALS::*ILLEGAL-READ-STREAM*)) (COND ((NOT HEMLOCK-INTERNALS::*EDITOR-WINDOWED-INPUT*) (UNLESS HEMLOCK-INTERNALS::*EDITOR-HAS-BEEN-ENTERED* # # #) (CATCH 'HEMLOCK-INTERNALS::HEMLOCK-EXIT # # #)) (T (HEMLOCK-EXT:WITH-CLX-EVENT-HANDLING # # #))))") :ORIGINAL-SOURCE " (HEMLOCK-INTERNALS::SITE-WRAPPER-MACRO (UNLESS HEMLOCK-INTERNALS::*EDITOR-HAS-BEEN-ENTERED* (HEMLOCK-INTERNALS::%INIT-REDISPLAY HEMLOCK-INTERNALS::DISPLAY) (SETQ HEMLOCK-INTERNALS::*EDITOR-HAS-BEEN-ENTERED* T) (HEMLOCK-INTERFACE:INVOKE-HOOK (REVERSE HEMLOCK-INTERNALS::*AFTER-EDITOR-INITIALIZATIONS-FUNS*))) (CATCH 'HEMLOCK-INTERNALS::HEMLOCK-EXIT (CATCH 'HEMLOCK-INTERNALS::EDITOR-TOP-LEVEL-CATCHER (COND # # #)) (HEMLOCK-INTERFACE:INVOKE-HOOK HEMLOCK::ENTRY-HOOK) (UNWIND-PROTECT (LOOP #) (HEMLOCK-INTERFACE:INVOKE-HOOK HEMLOCK::EXIT-HOOK))))" :CONTEXT ((DEFUN HEMLOCK)) :FILE-NAME #P"/home/azure/projects/software/hemlock/src/main.lisp" :FILE-POSITION 9218 :ORIGINAL-SOURCE-PATH (2 2 5 20))) 7: (SWANK-BACKEND::HANDLE-NOTIFICATION-CONDITION #<SB-INT:SIMPLE-STYLE-WARNING {AF79091}>) 8: (SIGNAL 1 #<SB-INT:SIMPLE-STYLE-WARNING {AF79091}>)[:EXTERNAL] 9: (SB-C::COMPILER-STYLE-WARNING-HANDLER 1 #<SB-INT:SIMPLE-STYLE-WARNING {AF79091}>)[:EXTERNAL] 10: (SIGNAL 1 #<SB-INT:SIMPLE-STYLE-WARNING {AF79091}>)[:EXTERNAL] 11: (WARN 5 SB-INT:SIMPLE-STYLE-WARNING)[:EXTERNAL] 12: (SB-C::NOTE-LEXICAL-BINDING 1 HEMLOCK-INTERNALS::*GC-NOTIFY-BEFORE*)[:EXTERNAL] . . . --------------------------------------------------------------- It seems that SLIME has read the docstring as several forms even though it really is just one form. You can reproduce the problem by putting the following code to a file and then invoking slime-compile-and-load-file on it. --------------------------------------------------------------- (defun cl-user::foo (&optional x &key (init t) (display "")) "Invokes the editor, Hemlock. If X is supplied and is a symbol, the definition of X is put into a buffer, and that buffer is selected. If X is a pathname, the file specified by X is visited in a new buffer. If X is not supplied or Nil, the editor is entered in the same state as when last exited. When :init is supplied as t (the default), the file \"hemlock-init.lisp\", or \".hemlock-init.lisp\" is loaded from the home directory, but the Lisp command line switch -hinit can be used to specify a different name. Any compiled version of the source is preferred when choosing the file to load. If the argument is non-nil and not t, then it should be a pathname that will be merged with the home directory." (when *in-the-editor* (error "You are already in the editor, you bogon!")) (let ((*in-the-editor* t) (display (unless *editor-has-been-entered* (maybe-load-hemlock-init init) ;; Device dependent initializaiton. (init-raw-io display)))) (catch 'editor-top-level-catcher (site-wrapper-macro (unless *editor-has-been-entered* ;; Make an initial window, and set up redisplay's internal ;; data structures. (%init-redisplay display) (setq *editor-has-been-entered* t) ;; Pick up user initializations to be done after initialization. (invoke-hook (reverse *after-editor-initializations-funs*))) (catch 'hemlock-exit (catch 'editor-top-level-catcher (cond ((and x (symbolp x)) (let* ((name (nstring-capitalize (concatenate 'simple-string "Edit " (string x)))) (buffer (or (getstring name *buffer-names*) (make-buffer name))) (*print-case* :downcase)) (delete-region (buffer-region buffer)) (with-output-to-mark (*standard-output* (buffer-point buffer)) (eval `(grindef ,x)) ; hackish, I know... (terpri) (change-to-buffer buffer) (buffer-start (buffer-point buffer))))) ((or (stringp x) (pathnamep x)) (find-file-command () x)) (x (error "~S is not a symbol or pathname. I can't edit it!" x)))) (invoke-hook entry-hook) (unwind-protect (loop (catch 'editor-top-level-catcher (handler-bind ((error #'(lambda (condition) (lisp-error-error-handler condition :internal)))) (invoke-hook abort-hook) (%command-loop)))) (invoke-hook exit-hook))))))) --------------------------------------------------------------- -- Hannu

4 4

[slime-devel] cannot start slime
by Henrique Rodrigues 12 May '04

12 May '04

good evening, it's my first time using slime, but i can't seem to make it start. after configuring my .emacs, i try to run the command "slime", but after displaying the message "Swank started at port: 1038" it breaks. the backtrace shows: Debugger entered--Lisp error: (wrong-type-argument stringp nil) looking-at(nil) hs-hide-block-at-point() slime-log-event((:open-dedicated-output-stream 1040)) slime-dispatch-event((:open-dedicated-output-stream 1040) #<process SLIME Lisp>) slime-process-available-input() slime-net-filter(#<process SLIME Lisp> "^@^@%(:open-dedicated-output-stream 1040)\n") i don't really understand what's going on, but shouldn't it try to open the stream on port 1038, where swank is listening? what can i do to fix this? thank you, henrique rodrigues -- Henrique Miguel Teodoro Rodrigues http://www.rnl.ist.utl.pt/~hmtr Engenharia Informatica e de Computadores - Instituto Superior Tecnico

7 18

[slime-devel] Slime with SBCL on OS X is broken
by Thomas F. Burdick 11 May '04

11 May '04

Got my Mac back from being repaired yesterday, and tried to update my SLIME. Compiling today's CVS with sbcl-0.8.8 dies when it catches a SIGBUS when compiling swank.lisp. I'll try cvs time-travel between April 9 and today sometime over the next week, if no one gets to it first, but if anyone has time, this is a heads-up.

2 3

[slime-devel] SLIME Edit Definition
by Lynn Quam 05 May '04

05 May '04

I note that Edit Definition (meta-dot) in SLIME is inaccurate in positioning "point" when the buffer(file) has been modified by adding, removing or rearranging parts of the buffer(file). I recognize that this is, in general, a difficult problem. Is the "pragmatic solution" to do "Compile/Load File" when changes to the buffer make the source code location information useless? Back in the "good old days" with (1mhz) Symbolics Lisp Machines and the ZWEI editor, "buffer sectionization" did a pretty good job of keeping track of the source code locations. This allowed top level white-space and modifications of function defintions to be made without losing track of the source code location. Are there any thoughts about makeing slime.el smarter about changes to the Lisp source code?

5 12

[slime-devel] Backup tags handling for M-.
by Dave Roberts 02 May '04

02 May '04

I was using Emacs to do some Lisp code browsing the other day. Along the way, I was trying to jump around to some definitions. I tried using M-. but the code had not been compiled or loaded into the inferior Lisp process. As a result, SLIME complained that it didn't know about the defun I was looking for. I turned off SLIME mode and generated a tags file using standard emacs. Using standard emacs Lisp-mode, I was able to browse the definitions using the tags file. So, the question is, is it possible for SLIME to fall back to using the tags file like emacs Lisp-mode when it's standard behavior fails? Now, I could just go around turning off slime-mode every time I load a file, but that's really a pain. Since I have set up a mode hook, every Lisp file loads with slime-mode by default, which is how I want things most of the time when I'm developing. The problem is when trying to browse a library. Even if you turn slime-mode off for one file, it turns itself back on as soon as you use M-. with standard lisp-mode. -- Dave Roberts <ldave(a)droberts.com>

7 13

[slime-devel] Some more variables for customizing Slime (patch)
by Lars Magne Ingebrigtsen 01 May '04

01 May '04

Hi. I just started using Slime twenty minutes ago, and here's a patch to, er, make it look like I want it to. *** ChangeLog.~1.357.~ Thu Apr 29 00:25:05 2004 --- ChangeLog Thu Apr 29 11:34:06 2004 *************** *** 1,3 **** --- 1,12 ---- + 2004-04-29 Lars Magne Ingebrigtsen <larsi(a)netfonds.no> + + * slime.el (slime-event-buffer-name): New variable. + (slime-events-buffer): Use it. + (slime-space-information-p): Ditto. + (slime-space): Use it. + (slime-reply-update-banner-p): Ditto. + (slime-repl-update-banner): Use it. + 2004-04-28 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-loader.lisp (*lisp-name*): Add versioning support for *** slime.el.~1.282.~ Wed Apr 28 18:45:01 2004 --- slime.el Thu Apr 29 11:33:59 2004 *************** *** 114,119 **** --- 114,128 ---- "Function to use for translating Lisp filenames to Emacs filenames. See also `slime-translate-to-lisp-filename-function'.") + (defvar slime-event-buffer-name "*slime-events*" + "The name of the Slime event buffer.") + + (defvar slime-space-information-p t + "Whether the SPC key should offer information or not.") + + (defvar slime-reply-update-banner-p t + "Whether Slime should keep a repl banner updated or not.") + ;;; Customize group *************** *** 1665,1672 **** (goto-char (point-max))))) (defun slime-events-buffer () ! (or (get-buffer "*slime-events*") ! (let ((buffer (get-buffer-create "*slime-events*"))) (with-current-buffer buffer (set (make-local-variable 'outline-regexp) "^(") (set (make-local-variable 'comment-start) ";") --- 1674,1681 ---- (goto-char (point-max))))) (defun slime-events-buffer () ! (or (get-buffer slime-event-buffer-name) ! (let ((buffer (get-buffer-create slime-event-buffer-name))) (with-current-buffer buffer (set (make-local-variable 'outline-regexp) "^(") (set (make-local-variable 'comment-start) ";") *************** *** 1821,1827 **** (expand-file-name default-directory)))) ;; Emacs21 has the fancy persistent header-line. (cond ((boundp 'header-line-format) ! (setq header-line-format banner) (pop-to-buffer (current-buffer)) (when (fboundp 'animate-string) ;; and dancing text --- 1830,1837 ---- (expand-file-name default-directory)))) ;; Emacs21 has the fancy persistent header-line. (cond ((boundp 'header-line-format) ! (when slime-reply-update-banner-p ! (setq header-line-format banner)) (pop-to-buffer (current-buffer)) (when (fboundp 'animate-string) ;; and dancing text *************** *** 1830,1836 **** 0 0))) (slime-repl-insert-prompt "")) (t ! (slime-repl-insert-prompt (concat "; " banner)) (pop-to-buffer (current-buffer)))))) (defun slime-init-output-buffer (connection) --- 1840,1849 ---- 0 0))) (slime-repl-insert-prompt "")) (t ! (slime-repl-insert-prompt ! (if slime-reply-update-banner-p ! (concat "; " banner) ! "")) (pop-to-buffer (current-buffer)))))) (defun slime-init-output-buffer (connection) *************** *** 3247,3253 **** more than one space." (interactive "p") (self-insert-command n) ! (when (and (slime-connected-p) (or (not (slime-busy-p)) ;; XXX should we enable this? ;; (not slime-use-sigint-for-interrupt)) --- 3260,3267 ---- more than one space." (interactive "p") (self-insert-command n) ! (when (and slime-space-information-p ! (slime-connected-p) (or (not (slime-busy-p)) ;; XXX should we enable this? ;; (not slime-use-sigint-for-interrupt)) *************** *** 5409,5415 **** (def-slime-selector-method ?v "the *slime-events* buffer." ! "*slime-events*") (def-slime-selector-method ?l "the most recently visited lisp-mode buffer." --- 5423,5429 ---- (def-slime-selector-method ?v "the *slime-events* buffer." ! slime-event-buffer-name) (def-slime-selector-method ?l "the most recently visited lisp-mode buffer." *************** *** 6000,6006 **** "Kill all the slime related buffers. This is only used by the repl command sayoonara." (dolist (buf (buffer-list)) ! (when (or (member (buffer-name buf) '("*inferior-lisp*" "*slime-events*")) (string-match "\*slime-repl\[\d+\]\*" (buffer-name buf)) (string-match "\*sldb .*\*" (buffer-name buf))) (kill-buffer buf)))) --- 6014,6021 ---- "Kill all the slime related buffers. This is only used by the repl command sayoonara." (dolist (buf (buffer-list)) ! (when (or (member (buffer-name buf) '("*inferior-lisp*" ! slime-event-buffer-name)) (string-match "\*slime-repl\[\d+\]\*" (buffer-name buf)) (string-match "\*sldb .*\*" (buffer-name buf))) (kill-buffer buf)))) -- (domestic pets only, the antidote for overdose, milk.) larsi(a)gnus.org * Lars Magne Ingebrigtsen

4 4

[slime-devel] ABORT restart in OpenMCL not working
by Luke Gorrie 01 May '04

01 May '04

Howdy, If you fire up SLIME in OpenMCL and pull up SLDB (e.g. with (/ 1 0)) then it seems the ABORT restart ('a') doesn't work. Invoking it seems to just return nil instead of aborting the evaluation. Anyone know what's up?

3 2

Re: [slime-devel] Re: NEWS
by Bill_Clementson＠peoplesoft.com 30 Apr '04

30 Apr '04

Luke Gorrie <luke(a)bluetail.com> writes: > Helmut Eller <e9626484(a)stud3.tuwien.ac.at> writes: > > > Today we received bugreports like "CLISP hangs on startup", "SBCL dies > > with SIGBUS", "can't set FPU modes". Desn't seem like SLIME is ready > > for release and making a tarball will not help us getting there. > > I agree. Our current rock&roll development style makes this all pretty > easy to handle: "Foo is broken [here's a patch]." "Fixed in CVS now." > Much more fun than "That'll be fixed in the next release." > > The important thing is to make the best Emacs programming mode known > to man in the fastest and most enjoyable way. The rest is secondary. > > But thanks Brian for the vote of confidence in the current maturity! > However, I think having cautious people avoid SLIME initially is a > much lesser evil than having them download it thinking it's more > mature than it really is and then curse and swear at it. > > BTW, SLIME is the most fun project I've been involved in and I > attribute much of this to everyone using the same CVS code. With 31 > hackers listed in the ChangeLog we must be doing something right :-) I agree with Brian that SLIME is mature enough for a release. However, I also agree with Luke that it's more fun working with the CVS copy. The reasons that most people want a release are: 1. Some people don't like downloading out of CVS and prefer a tarball. 2. A release provides a "fixed" snapshot that you can be pretty sure works (more or less) 3. A release says to the world "We're ready for users now" I don't know if these reasons really apply to SLIME. For #1, as Helmut has mentioned, it is possible to download a tarball of the current CVS SLIME from: http://common-lisp.net/cgi-bin/viewcvs.cgi/cvs_root.tar.gz?tarball=1&cvsroo… This effectively negates #1. It might be worthwhile to mention the tarball in the docs and/or CLiki so that CVS-adverse users aren't scared away. Reason #2 isn't really that important either, since the turn-around on bugs is so quick :-). For the super-wary, the FAIRLY-STABLE download provides an alternative. Is a tarball of the FAIRLY-STABLE code available also? Reason #3 is a subjective consideration. I know that I held off trying SLIME for a long time because I thought it was still a work-in-progress and not ready for production use. However, there are a lot of people recommending SLIME now and I would say that it has the highest mindshare of the Emacs CL modes. You guys just have to learn to bite your tongues and stop saying it isn't mature enough yet ;-) The downside to producing a release is that you encourage people to take the "stable" release as opposed to the "flaky" CVS version. This divides users and means that there are fewer eyes checking the latest code. When you have a stable, slow-changing product, this is ok. However, since there is so much active (and enthusiastic) development on SLIME, I'd say there isn't a lot of benefit in producing a "Release" yet. - Bill

3 2

[slime-devel] NEWS
by Luke Gorrie 30 Apr '04

30 Apr '04

Ahoy, I added a file called NEWS. Here we can record interesting user-visible changes to SLIME in a digest format so that users can learn about new features. I'm thinking this is worthwhile because it'd take a fair bit of work to fully track the mailing list and ChangeLog these days. The idea is that each time we release^Wmove the FAIRLY-STABLE tag we can send the current NEWS section to the list and start a new section in the file. Cheers, Luke

4 4

[slime-devel] Showing running output
by Lars Magne Ingebrigtsen 30 Apr '04

30 Apr '04

If calling a function such as (defun test-function () (loop for i from 1 to 10 do (format t "~a~%" i) (sleep 1))) in the repl, I get a whole lot of nothing, and then after ten seconds, I get the output. Which is natural, because the output stream is buffering. So the obvious (*ahem*) thing to do is: (setf (slot-value (slot-value (slot-value *terminal-io* 'system::output-stream) 'stream::buffer-state) 'stream::output-limit) 1) which fixes the problem. But surely this isn't supposed to be necessary. (This is with LispWorks 4.2.7 and current CVS Slime.) -- (domestic pets only, the antidote for overdose, milk.) larsi(a)gnus.org * Lars Magne Ingebrigtsen

2 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 30 Apr '04

30 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.357 slime/ChangeLog:1.358 --- slime/ChangeLog:1.357 Wed Apr 28 18:25:05 2004 +++ slime/ChangeLog Fri Apr 30 02:40:17 2004 @@ -1,3 +1,38 @@ +2004-04-30 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-repl-update-banner): Don't print the working + directory. It rarely fits in a line and was only Emacs' + default-directory. M-x pwd is convenient enough. + + * swank.lisp (symbol-indentation): Don't infer indentation for + symbols starting with 'def' or 'with-'. It was wrong most of the + time and Emacs' defaults are better. + + * swank-lispworks.lisp (emacs-connected): Add methods to + stream-soft-force-output for socket-streams and + slime-output-streams. This flushes those streams automatically + (i assume it gets called when Lisp is idle). + +2004-04-29 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-repl-mode): Set slime-current-thread to + :repl-thread. + + * swank.lisp (thread-for-evaluation, dispatch-event): Accept + :repl-thread as thread specifier and dispatch evaluation and + interrupt request properly. + (repl-thread-eval, repl-eval): Deleted. We do the special casing in + thread-for-evaluation. + +2004-04-29 Lars Magne Ingebrigtsen <larsi(a)netfonds.no> + + * slime.el (slime-event-buffer-name): New variable. + (slime-events-buffer): Use it. + (slime-space-information-p): Ditto. + (slime-space): Use it. + (slime-reply-update-banner-p): Ditto. + (slime-repl-update-banner): Use it. + 2004-04-28 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-loader.lisp (*lisp-name*): Add versioning support for

1 0

[slime-devel] More newbie questions: process-interrupt in LispWorks
by Lars Magne Ingebrigtsen 29 Apr '04

29 Apr '04

As far as I can tell, `C-c C-c' in the REPL gives me a rather uninformative backtrace, but doesn't actually interrupt the currently evaluating form. Which is kinda disappointing. So how do you break the form that's running? -- (domestic pets only, the antidote for overdose, milk.) larsi(a)gnus.org * Lars Magne Ingebrigtsen

2 2

[slime-devel] detachtty + slime
by David Steuber 29 Apr '04

29 Apr '04

I connect to a remote machine to run SBCL. I would like to use detachtty to keep it running and fire up Emacs+SLIME to attach to it when I 'ssh -X' in. I'm not sure how to do this. SLIME normally fires up Lisp when it starts. I want it to just connect to the running image. Anyone have any recipes for doing this? It seems like something that people would do. -- I wouldn't mind the rat race so much if it wasn't for all the damn cats.

6 16

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 29 Apr '04

29 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.355 slime/ChangeLog:1.357 --- slime/ChangeLog:1.355 Tue Apr 27 18:49:45 2004 +++ slime/ChangeLog Wed Apr 28 18:25:05 2004 @@ -1,3 +1,23 @@ +2004-04-28 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-loader.lisp (*lisp-name*): Add versioning support for + CLISP. + + * swank-clisp.lisp (arglist): Trap exceptions and return + :not-available in that case. + + * swank.lisp (arglist-for-insertion): Don't use ~< ..~:@>. + CLISP's pretty printer can't handle it. + +2004-04-28 Luke Gorrie <luke(a)bluetail.com> + + * NEWS: Created a NEWS file for recording changes that we want + users to read about. + + * slime.el (slime-log-event): Use outline-minor-mode in + *slime-events* instead of hideshow-mode. It's more + reliable. (Patch from Lawrence Mitchell.) + 2004-04-28 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * slime.el (slime-net-connect): Bind inhibit-quit to nil, so that @@ -25,7 +45,7 @@ (slime-oneway-eval): Removed unused function. * swank.lisp (oneway-eval-string): Removed unused function. - + 2004-04-26 Luke Gorrie <luke(a)bluetail.com> * swank.lisp: Move definition of `with-io-redirection' above

1 0

Re: [slime-devel] Re: CLISP SLIME implementation breaks in CVS
by Bill_Clementson＠peoplesoft.com 29 Apr '04

29 Apr '04

Helmut Eller <e9626484(a)stud3.tuwien.ac.at> writes: > Bill_Clementson(a)peoplesoft.com writes: > > > Has anybody had any luck in finding the source of this problem? CLISP still > > breaks for me in the latest CVS. I have had a look at all of the > > DEFSLIMEFUN's that were modified since 4/18 (the previous CVS version that > > I had which was working ok with CLISP) and haven't found any obvious clues. > > Any suggestions on how I might debug this issue as it occurs at startup > > during the slime-connect processing in Emacs (after CLISP has started up > > successfully)? > > SWANK:ARGLIST was called with 'DEFSLIMEFUN to gather indentation info > and caused the error. It wasn't trapped due to my recent changes. > Should be fixed in CVS. Works for me now - thanks! - Bill

1 0

[slime-devel] weird CMUCL behavior of ext:set-floating-point-modes
by rif 28 Apr '04

28 Apr '04

Please forgive me if this is not the right place to send help requests --- I see it is a devel mailing list, but I could not find a slime-user or slime-help list. I am experiencing odd behavior using SLIME with CMUCL. It seems that a call to ext:set-floating-point-modes is failing to set the modes correctly. From within SLIME, I have the following interaction: CL-USER> (ext:get-floating-point-modes) (:TRAPS (:OVERFLOW :INVALID :DIVIDE-BY-ZERO) :ROUNDING-MODE :NEAREST :CURRENT-EXCEPTIONS NIL :ACCRUED-EXCEPTIONS NIL :FAST-MODE NIL :PRECISION-CONTROL :64-BIT) CL-USER> (ext:set-floating-point-modes :traps nil) ; No value CL-USER> (ext:get-floating-point-modes) (:TRAPS (:OVERFLOW :INVALID :DIVIDE-BY-ZERO) :ROUNDING-MODE :NEAREST :CURRENT-EXCEPTIONS NIL :ACCRUED-EXCEPTIONS NIL :FAST-MODE NIL :PRECISION-CONTROL :64-BIT) In contrast, if I start CMUCL from a terminal (same version, running my own init file in both cases), I get: * (ext:get-floating-point-modes) (:TRAPS (:OVERFLOW :INVALID :DIVIDE-BY-ZERO) :ROUNDING-MODE :NEAREST :CURRENT-EXCEPTIONS NIL :ACCRUED-EXCEPTIONS NIL :FAST-MODE NIL :PRECISION-CONTROL :64-BIT) * (ext:set-floating-point-modes :traps nil) * (ext:get-floating-point-modes) (:TRAPS NIL :ROUNDING-MODE :NEAREST :CURRENT-EXCEPTIONS NIL :ACCRUED-EXCEPTIONS NIL :FAST-MODE NIL :PRECISION-CONTROL :64-BIT) * I've observed this behavior with at least two versions of SLIME (one from a couple months ago, and downloaded on 04-28-2004 from CVS), and at least two versions of CMUCL (an 11-2003 snapshot and an 04-2004 snapshot). I seem to recall that when I *first* installed the 04-2004 snapshot it worked OK, and only on all subsequent invocations has it failed, but my memory could be faulty on this point. Any ideas or help would be most appreciated. I definitely need to be able to set the floating-point-mode for what I'm trying to do. Cheers, rif

3 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 28 Apr '04

28 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.352 slime/ChangeLog:1.355 --- slime/ChangeLog:1.352 Mon Apr 26 17:59:39 2004 +++ slime/ChangeLog Tue Apr 27 18:49:45 2004 @@ -1,3 +1,31 @@ +2004-04-28 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-net-connect): Bind inhibit-quit to nil, so that + we have a chance to interrupt Emacs if open-network-stream blocks. + (slime-complete-maybe-restore-window-configuration): Keep trying + after slime-repl-indent-and-complete-symbol. + (slime-space): Don't close the completion buffer. We don't know + the window-config before the completion, so leave the buffer open. + + * swank.lisp (create-server): New keyword based variant to start + the server in background. + (setup-server): Add support to keep the socket open for + single-threaded Lisps. + +2004-04-27 Luke Gorrie <luke(a)bluetail.com> + + * doc/slime.texi (Other configurables): Updated instructions on + globally installing SLDB on *debugger-hook*. + + * slime.el (slime-log-event): Better bug-avoidance with + hs-minor-mode. Hopefully XEmacs users can rest safely now. + (slime-prin1-to-string): Bind `print-escape-newlines' to nil. + (slime-set-connection-info): Commented out call to + `slime-check-protocol-version'. Let's see how we do without it. + (slime-oneway-eval): Removed unused function. + + * swank.lisp (oneway-eval-string): Removed unused function. + 2004-04-26 Luke Gorrie <luke(a)bluetail.com> * swank.lisp: Move definition of `with-io-redirection' above

1 0

Re: [slime-devel] Closing *Completions* buffer
by Helmut Eller 27 Apr '04

27 Apr '04

Tiago Maduro-Dias <tcmd(a)rnl.ist.utl.pt> writes: > Hope this helps! This is quite nice. Thanks for the patch. It's in CVS now. Helmut.

5 9

[slime-devel] Version checking disabled - be thoughtful
by Luke Gorrie 27 Apr '04

27 Apr '04

Allo allo, The automatic version checking between the client and server (based on ChangeLog date) is now disabled. This is based on the theory that the false alarms happen more often than real problems. Just remember that when you 'cvs update' SLIME you should restart both Emacs and Lisp. Otherwise you might end up running different versions of the Elisp and CL code and have strange problems. Historically the biggest single problem for users has been having version mismatches. There is still some separate code that tries to detect any stale byte-compiled version of the Elisp code, and hopefully that's enough to keep things sailing smoothly. -Luke

1 0

Re: [slime-devel] Some remarks
by Helmut Eller 27 Apr '04

27 Apr '04

Edi Weitz <edi(a)agharta.de> writes: > 1. The function slime-remove-notes is bound to C-c M-c while the > manual says M-c. Should be fixed now. > 2. The shortcut ,change-directory uses a function read-directory-name > which I don't seem to have. I'm using GNU Emacs 21.3. I included definition from CVS Emacs. > 3. Is there a specific reason that RET isn't bound to > newline-and-indent (or something similar) as in ILISP but only to > C-j? This is a somewhat theological question. I think the primary reason is that RMS likes to use C-j, but I assume other people like C-j too. I think it is the official convention for all programming modes. Perhaps there is already some way to customize it. Anyway, newline-and-indent does not quite belong to SLIME, it belongs to lisp-mode. All we can do is to override the binding in the lisp-mode-map. I think a discussion about C-j vs. RET would be more productive on emacs.devel or comp.emacs than here. > 4. Load CL-PPCRE, than invoke slime-apropos-package (a cool function > by the way). Now position the cursor above PPCRE-SYNTAX-ERROR and > invoke slime-edit-definition. I get: > > No matching method for the generic-function #<Standard-Generic-Function PCL:COMPUTE-APPLICABLE-METHODS-USING-CLASSES (1) > {281DF8F1}>, > when called with arguments (#<Closure Over Function "DEFUN %DEFINE-CONDITION" > {4879E009}> > (#<CONDITIONS::CONDITION-CLASS PPCRE-SYNTAX-ERROR > {486B867D}>)). > [Condition of type NO-APPLICABLE-METHOD] > > 5. In the same *SLIME Apropos* buffer position the cursor above > CREATE-SCANNER and invoke slime-edit-definition. Now I get: > > Error in function COMMON-LISP::%%TYPEP: > Unknown type specifier: C::FILE-SOURCE-LOCATION > [Condition of type SIMPLE-ERROR] This is due to differences in CMUCL 18e and the current snapshots. I added some workarounds and CVS SLIME shouldn't break, but cannot cannot find the location in 18e. I guess we need better tests to avoid regressions like this. > 6. I think that slime-interactive-eval is a very useful function and > IMHO the C-c : keybinding should also be available in the Slime > REPL. Yeah, I know that you actually don't need to use the > minibuffer while you're in the REPL but in the long run it'd be > easier for my muscle memory to always be sure that C-c : is there > without thinking... :) That's true. Fixed in CVS. > Thanks to all for this great package! And thank you for the feedback. Helmut.

5 8

[slime-devel] SLIME eval-xxx inconsistencies
by Lynn Quam 27 Apr '04

27 Apr '04

Looking at the code in swank.lisp, I suspect a *PACKAGE* bug in the following: (defslimefun oneway-eval-string (string buffer-package) "Evaluate STRING in BUFFER-PACKAGE, without sending a reply. The debugger hook is inhibited during the evaluation." (let ((*buffer-package* (guess-package-from-string buffer-package)) (*package* *buffer-package*) (*debugger-hook* nil)) (eval (read-form string)))) My guess is that (let* ...) was intended so that *PACKAGE* is bound to the new value of *BUFFER-PACKAGE*.

2 1

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 27 Apr '04

27 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.348 slime/ChangeLog:1.352 --- slime/ChangeLog:1.348 Sun Apr 25 02:44:15 2004 +++ slime/ChangeLog Mon Apr 26 17:59:39 2004 @@ -1,3 +1,35 @@ +2004-04-26 Luke Gorrie <luke(a)bluetail.com> + + * swank.lisp: Move definition of `with-io-redirection' above + `with-connection' to avoid a CLISP error. This is really weird. + (interactive-eval): Bind *package* to *buffer-package*, so that + `C-x C-e' and related commands evaluate in the expected package. + + * slime.el (sldb-insert-frames): Handle empty backtrace (I got one + in CLISP). + + * swank-allegro.lisp (arglist): Return :not-available if arglist + lookup fails with an error. + + * slime.el: Moved snippets of Common Lisp code into swank.lisp + from the thread control panel. (Remember, no CL code in slime.el!) + + * swank-loader.lisp (*lisp-name*): Include a short version number + in the Lisp name to separate FASL files for different + versions. Only implemented for CMUCL and SBCL sofar. + + * swank.lisp (ed-in-emacs): Avoid mutating the argument. + (spawn-repl-thread): Add a new thread for evaluating REPL + expressions. This same thread is used for all REPL + evaluation. This fixes some issues with variables like * and ** + in at least SBCL. + + * nregex.lisp: Typo fix (thanks Barry Fishman). + + * slime.el (slime-events-buffer): Don't use hideshow-mode in + XEmacs for the *slime-events* buffer. It causes obscure problems + for some users. Still used in GNU Emacs. + 2004-04-25 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-backend.lisp (arglist): Return a list or :not-available.

1 0

[slime-devel] SLIME CMUCL restart-frame
by Lynn Quam 26 Apr '04

26 Apr '04

Sorry for the cross-post, but this question is relevent to both the slime-devel and cmucl-imp lists. I used Symbolics Lisp Machines for many years and found it very useful when in the debugger to be able to edit and recompile a function and then restart the call to the function (restart-frame). Is there any chance that SLIME:RESTART-FRAME will be implemented for CMUCL? I guess I do not know the limitations of the CMUCL stack frames and whether this is possible.

2 1