slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Daily ChangeLog diff
by Helmut Eller 05 Apr '12

05 Apr '12

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.539 slime/contrib/ChangeLog:1.540 --- slime/contrib/ChangeLog:1.539 Fri Mar 30 03:40:21 2012 +++ slime/contrib/ChangeLog Wed Apr 4 05:04:42 2012 @@ -1,3 +1,12 @@ +2012-04-04 Nikodemus Siivola <nikodemus(a)random-state.net> + + * slime-cl-indent.el (common-lisp-lambda-list-initial-value-form-p): New function. + Identifies initial-value-forms from lambda-lists, allowing them to be indented + as regular code. + (lisp-indent-259): Use the previous when indenting using &lambda to punt to + normal indentation when approriate. + * slime-cl-indent-test.txt (Test 87): Test indentation of initial-value forms. + 2012-03-19 Stas Boukarev <stassats(a)gmail.com> * swank-arglists.lisp (compute-enriched-decoded-arglist): Add

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 31 Mar '12

31 Mar '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2307 slime/ChangeLog:1.2308 --- slime/ChangeLog:1.2307 Mon Mar 26 08:36:50 2012 +++ slime/ChangeLog Fri Mar 30 02:45:00 2012 @@ -1,3 +1,9 @@ +2012-03-30 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-sbcl.lisp (lisp-source-location): When processing a STEP-FORM-CONDITION, + don't show the initial form from expansion of STEP. (Currently SBCL doesn't + give the form at all, but when it does seeing it is distinctly useless.) + 2012-03-26 Helmut Eller <heller(a)common-lisp.net> * slime.el (utf-8-source): XEmacs has no set-buffer-multibyte. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.538 slime/contrib/ChangeLog:1.539 --- slime/contrib/ChangeLog:1.538 Mon Mar 19 07:27:04 2012 +++ slime/contrib/ChangeLog Fri Mar 30 03:40:21 2012 @@ -43,6 +43,14 @@ * swank-mrepl.lisp (send-prompt): Fix use of OR. Reported by Mark H. David. +2012-03-30 Nikodemus Siivola <nikodemus(a)random-state.net> + + * slime-cl-indent.el (common-lisp-indent-function-1): Fix indentation + of (and ;; Foo\n...). Previously following lines were indented by one, instead + of using normal indentation. + + * slime-cl-indent-test.txt (tests 84-86): Tests. + 2011-12-30 Nikodemus Siivola <nikodemus(a)random-state.net> * slime-cl-indent.el (common-lisp-looking-at-keyword): New function. Looks

1 0

[slime-devel] large data set
by Joe Corneli 28 Mar '12

28 Mar '12

Hello: I'm processing a pretty big data set, but I was surprised to see SLIME fail with this message: Evaluation aborted on #<SWANK::SWANK-ERROR {1003C395A1}>. ... while the result of my computation continued to be printed on the *inferior-lisp* buffer, dispatch-event: (:WRITE-STRING "((0 0 0 0 0 0 [... 158M worth of 0's and 1's] Here is the rest of what I found there, in case it helps with debugging. (Are there any configuration options you would recommend when working with large-scale data?) Joe encode-message dispatch-event: (:RETURN #<SB-THREAD:THREAD "initial thread" RUNNING {1002900DB1}> (:ABORT "#<SWANK::SWANK-ERROR {1003C395A1}>") 230) encode-message close-connection: The value 165020663 is not of type (COMMON-LISP:UNSIGNED-BYTE 24). ... deinstall-fd-handler ;; Event history end. ;; Backtrace: 0: ((FLET SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT) #<FUNCTION (LAMBDA #) {10A0472609}>) 1: (SWANK::SAFE-BACKTRACE) 2: (SWANK::MAKE-SWANK-ERROR #<TYPE-ERROR expected-type: (UNSIGNED-BYTE 24) datum: 165020663>)[:OPTIONAL] 3: ((FLET #:LAMBDA1275) #<TYPE-ERROR expected-type: (UNSIGNED-BYTE 24) datum: 165020663>) 4: (SIGNAL #<TYPE-ERROR expected-type: (UNSIGNED-BYTE 24) datum: 165020663>) 5: (ERROR TYPE-ERROR :DATUM 165020663 :EXPECTED-TYPE (UNSIGNED-BYTE 24)) 6: (SB-KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER ..) 7: (SB-KERNEL:INTERNAL-ERROR #.(SB-SYS:INT-SAP #X7FFFF6665E00) #<unavailable argument>) 8: ("foreign function: call_into_lisp") 9: ("foreign function: funcall2") 10: ("foreign function: interrupt_internal_error") 11: ("foreign function: #x41052B") 12: (SWANK-RPC::WRITE-HEADER #<SB-SYS:FD-STREAM for "socket 127.0.0.1:36018, peer: 127.0.0.1:34439" {1003067A01}> 165020663)[:EXTERNAL] 13: (SWANK-RPC:WRITE-MESSAGE ..) 14: (SWANK::ENCODE-MESSAGE ..) 15: (SWANK::SEND-TO-EMACS ..) 16: (SWANK::SEND-REPL-RESULTS-TO-EMACS (((0 0 0 0 0 0 ...) (0 0 0 0 0 0 ...) (0 0 0 0 0 0 ...) (0 0 1 0 0 0 ...) (0 0 0 0 0 0 ...) (0 0 0 0 0 0 ...) ...))) 17: (SWANK::TRACK-PACKAGE #<CLOSURE (LAMBDA #) {1002AFF3A9}>) 18: (SWANK::CALL-WITH-RETRY-RESTART "Retry SLIME REPL evaluation request." #<CLOSURE (LAMBDA #) {1002AFF2C9}>) 19: (SWANK::CALL-WITH-BUFFER-SYNTAX NIL #<CLOSURE (LAMBDA #) {1002AFF299}>) 20: (SWANK::REPL-EVAL ..) 21: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:LISTENER-EVAL "(setq matrix (mapcar (lambda (source) ..) 22: (EVAL (SWANK:LISTENER-EVAL "(setq matrix (mapcar (lambda (source) ..) 23: (SWANK:EVAL-FOR-EMACS ..) 24: (SWANK::PROCESS-REQUESTS T) 25: ((LAMBDA ())) 26: ((LAMBDA ())) 27: (SWANK-BACKEND::CALL-WITH-BREAK-HOOK #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {1002AF2449}>) 28: ((FLET SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {1002AF2449}>) 29: (SWANK::CALL-WITH-BINDINGS ((*STANDARD-OUTPUT* . #) (*STANDARD-INPUT* . #) (*TRACE-OUTPUT* . #) (*ERROR-OUTPUT* . #) (*DEBUG-IO* . #) (*QUERY-IO* . #) ...) #<CLOSURE (LAMBDA #) {1002AF2469}>) 30: (SWANK::HANDLE-REQUESTS #<SWANK::SINGLETHREADED-CONNECTION {1004282391}> T) 31: ((LABELS SWANK-BACKEND::RUN) 7) 32: (SB-IMPL::SUB-SUB-SERVE-EVENT NIL NIL) 33: (SB-IMPL::SUB-SERVE-EVENT NIL NIL NIL) 34: (SB-SYS:WAIT-UNTIL-FD-USABLE 0 :INPUT NIL T) 35: (SB-IMPL::REFILL-INPUT-BUFFER #<SB-SYS:FD-STREAM for "standard input" {1002901141}>) 36: (SB-IMPL::INPUT-CHAR/UTF-8 #<SB-SYS:FD-STREAM for "standard input" {1002901141}> NIL #:EOF-OBJECT) 37: ((LAMBDA (&REST REST)) #<SB-SYS:FD-STREAM for "standard input" {1002901141}> NIL #:EOF-OBJECT) 38: (READ-CHAR #<SB-SYS:FD-STREAM for "standard input" {1002901141}> NIL #:EOF-OBJECT #<unused argument>) 39: (READ-CHAR #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {10001A7941}> NIL #:EOF-OBJECT #<unused argument>) 40: (SB-IMPL::%READ-PRESERVING-WHITESPACE #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {10001A7941}> NIL (NIL) T) 41: (SB-IMPL::%READ-PRESERVING-WHITESPACE #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {10001A7941}> NIL (NIL) NIL) 42: (READ #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {10001A7941}> NIL (NIL) NIL) 43: (SB-IMPL::REPL-READ-FORM-FUN #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {10001A7941}> #<unavailable argument>) 44: (SB-IMPL::REPL-FUN NIL) 45: ((LAMBDA ())) 46: (SB-IMPL::%WITH-REBOUND-IO-SYNTAX #<CLOSURE (LAMBDA #) {1003030679}>) 47: (SB-IMPL::TOPLEVEL-REPL NIL) 48: (SB-IMPL::TOPLEVEL-INIT) 49: ((FLET #:WITHOUT-INTERRUPTS-BODY-[RESTART-LISP]30)) 50: ((LABELS SB-IMPL::RESTART-LISP)) ;; Connection to Emacs lost. [ ;; condition: The value 165020663 is not of type (UNSIGNED-BYTE 24). ;; type: TYPE-ERROR ;; style: :FD-HANDLER]

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 27 Mar '12

27 Mar '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2301 slime/ChangeLog:1.2307 --- slime/ChangeLog:1.2301 Wed Mar 14 10:13:26 2012 +++ slime/ChangeLog Mon Mar 26 08:36:50 2012 @@ -1,3 +1,22 @@ +2012-03-26 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (utf-8-source): XEmacs has no set-buffer-multibyte. + (slime-create-test-results-buffer): Set file-coding-system. + + * swank-lispworks.lisp (swank-compile-string): Don't include the + source-string in the dspec::*location*. As LW has the habbit to + print the entire *location* on redefinition the source-string + would causes troubles for the test case. + + * swank-sbcl.lisp (swank-compile-string): Use utf8. + + * swank-cmucl.lisp (swank-compile-file): Use external-format arg. + + * swank-ccl.lisp (swank-compile-string, compile-temp-file): Use + utf8. + + * slime.el (utf-8-source): New test case. + 2012-03-14 Paulo Madeira <acelent(a)gmail.com> Use Unix-EOL convention even on Windows.

1 0

[slime-devel] Bug with default-external-format
by ven 26 Mar '12

26 Mar '12

http://paste.lisp.org/display/128568 Not sure if this SLIME or CCL related, but you can view the original hello-world function (that contains japanese characters), and the output in the slime-repl running ccl. ccl is run with -K utf-8, and the system locale is en_US.UTF_8.

2 1

[slime-devel] contrib/slime-repl-ansi-color.el
by Max Mikhanosha 25 Mar '12

25 Mar '12

The attached contribution when added to slime setup enables ANSI colors in slime output. How to use: Add 'slime-repl-ansi-color to (slime-setup) call, like this (slime-setup '(slime-fancy slime-repl-ansi-color)) How to test: ;; Under SBCL (sb-ext:run-program "/bin/ls" '("-l" "--color=yes" "..") :output *standard-output*) Example of how it looks: http://i.imgur.com/6Cbef.png

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 20 Mar '12

20 Mar '12

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.537 slime/contrib/ChangeLog:1.538 --- slime/contrib/ChangeLog:1.537 Wed Mar 14 10:13:15 2012 +++ slime/contrib/ChangeLog Mon Mar 19 07:27:04 2012 @@ -1,3 +1,8 @@ +2012-03-19 Stas Boukarev <stassats(a)gmail.com> + + * swank-arglists.lisp (compute-enriched-decoded-arglist): Add + arglist display for MULTIPLE-VALUE-CALL, the same as with APPLY. + 2012-03-09 Stas Boukarev <stassats(a)gmail.com> * swank-motd.lisp,

1 0

[slime-devel] Test errors
by Paul Bowyer 15 Mar '12

15 Mar '12

Hello slime developers: I decided to run slime/test.sh today (for the first time ever) after downloading the latest slime using: cvs -d :pserver:anonymous:anonymous@common-lisp.net:/project/slime/cvsroot co slime and it showed what I think are minor errors. I used "./test.sh emacs sbcl" to start the test from my slime source directory and the failed tests are: ------------------------------------------------------------------------------------ FAILED: Initial macroexpansion is correct: expected: ["(list :yxcv (qwertz :a :b :c))"] actual: ["(list :yxcv (qwertz :a :b :c))"] FAILED: In-place macroexpansion is correct: expected: ["(list :yxcv (list :qwertz '(:a :b :c)))"] actual: ["(list :yxcv (list :qwertz '(:a :b :c)))"] FAILED: Expansion after undo is correct: expected: ["(list :yxcv (qwertz :a :b :c))"] actual: ["(list :yxcv (qwertz :a :b :c))"] ------------------------------------------------------------------------------------ I'm using the following emacs, sbcl, and linux: GNU Emacs 23.1.1 SBCL 1.0.55 PCLinuxOS release 2012 (PCLinuxOS) for i586 Since I've never run test.sh before, I don't know if these are recurring errors that should be ignored, so I thought I'd mention them to see what your reaction is. Thanks, Paul Bowyer

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 15 Mar '12

15 Mar '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2300 slime/ChangeLog:1.2301 --- slime/ChangeLog:1.2300 Tue Mar 6 14:04:21 2012 +++ slime/ChangeLog Wed Mar 14 10:13:26 2012 @@ -1,3 +1,12 @@ +2012-03-14 Paulo Madeira <acelent(a)gmail.com> + + Use Unix-EOL convention even on Windows. + + * swank-allegro.lisp (string-to-utf8, utf8-to-string): Use + excl:crlf-base-ef. + * swank-lispworks.lisp (string-to-utf8, utf8-to-string): Use + '(:utf-8 :eol-style :lf) + 2012-03-06 Helmut Eller <heller(a)common-lisp.net> * swank-ccl.lisp: If 'xref is not provided warn about it but Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.536 slime/contrib/ChangeLog:1.537 --- slime/contrib/ChangeLog:1.536 Fri Mar 9 16:04:12 2012 +++ slime/contrib/ChangeLog Wed Mar 14 10:13:15 2012 @@ -10,6 +10,10 @@ the arglist is a local definition from FLET, some parts may be represented as ARGLIST-DUMMY, handle them. +2012-03-14 Helmut Eller <heller(a)common-lisp.net> + + * swank-kawa.scm (%macroexpand): Use Kawa's syntaxutils. + 2012-03-06 Helmut Eller <heller(a)common-lisp.net> * swank-kawa.scm (module-method>meth-ref): Slightly better

1 0

[slime-devel] Windows connection coding system for Allegro and LispWorks
by Paulo Madeira 14 Mar '12

14 Mar '12

Hi. A recent change where UTF-8 was made the network coding system didn't take into account the end-on-line transformation that some implementations do. A very disturbing proliferation of ^M infested the REPL and the Inspector. I'm sending a patch (in attachment) to make ACL and LW use a UTF-8 coding system that doesn't transform line endings, specifically to CRLF in Windows. Please take a look at it. I tested ACL 8.2 Express and LispWorks 6.0.1 Personal, and both seem to be working fine. I evaluated some expressions in the REPL: CL-USER> (princ " ") " " I also compiled a file: (cl:in-package #:cl-user) (defun test-string () (princ " ")) Then, in the REPL: CL-USER> (test-string) " " I got the same result when compiling the defun/region separately. The inspector now seems fine. Out of curiosity, I tested in other implementations. The inspector seems fine in all of them, so here are the REPL tests. ABCL 1.0.1 jre7u3: CL-USER> (princ " ") ^M " " ; Compiling C:/Users/Paulo/Lisp/string.lisp ...^M ; Wrote c:/Users/Paulo/Lisp/string.abcl (0.081 seconds)^M CL-USER> (test-string) ^M " " STYLE-WARNING: redefining TEST-STRING at top level^M CL-USER> (test-string) ^M " " ABCL has a specific ext:make-slime-output-stream. it instances a SlimeOutputStream which inherits Stream's default definition of eolStyle, which is platformEolStyle, hence it outputs CRLF's when printing. I think that the correction requires a change in ABCL, either by not using the platform dependent eol-style, or by accepting an optional external-format or eol-style so it can be overriden in the case of a newer SLIME version of swank-abcl.lisp and to keep the old behaviour in older versions. CLisp 2.49: CL-USER> (princ " ") " " ;; Compiling file C:\Users\Paulo\Lisp\string.lisp ... ;; Wrote file C:\Users\Paulo\Lisp\string.fas 0 errors, 0 warnings ;; Loading file C:\Users\Paulo\Lisp\string.fas ... ;; Loaded file C:\Users\Paulo\Lisp\string.fas CL-USER> (test-string) " " WARNING: DEFUN/DEFMACRO: redefining function TEST-STRING in top-level, was defined in C:\Users\Paulo\Lisp\string.fas CL-USER> (test-string) " " Works just fine. ClozureCL 1.7 x64: CL-USER> (princ " ") " " ;Compiling "c:/Users/Paulo/Lisp/string.lisp"... CL-USER> (test-string) ^M "^M " TEST-STRING CL-USER> (test-string) " " It reads the source file as-is, hence the ^M's appear only with the compiled file test, but not with the compiled defun/region test. I don't know if this is by design. SBCL: CL-USER> (princ " ") " " ; compiling file "c:/Users/Paulo/Lisp/string.lisp" (written 11 MAR 2012 10:22:55 PM): ; c:/Users/Paulo/Lisp/string.fasl written ; compilation finished in 0:00:00.017 CL-USER> (test-string) ^M "^M " ; compiling (DEFUN TEST-STRING ...) STYLE-WARNING: redefining COMMON-LISP-USER::TEST-STRING in DEFUN CL-USER> (test-string) " " Same as ClozureCL. Please excuse the long boring message and any formatting error in the attached patch file. Regards, Paulo Madeira

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