slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Default all-threads
by Terje Norderhaug 05 Jan '10

05 Jan '10

The LIST-THREADS slimefun fails for backends that don't implement ALL- THREADS, such as SBCL on MacOSX. A fix is to make the default ALL- THREADS backend function return NIL: diff -u slime-2009-12-25/swank-backend.lisp slime-2009-12-25+/swank- backend.lisp --- slime-2009-12-25/swank-backend.lisp 2009-12-23 00:15:02.000000000 -0800 +++ slime-2009-12-25+/swank-backend.lisp 2009-12-30 18:44:36.000000000 -0800 @@ -1073,7 +1073,8 @@ 0) (definterface all-threads () - "Return a fresh list of all threads.") + "Return a fresh list of all threads." + NIL) -- Terje Norderhaug terje(a)in-progress.com

2 1

[slime-devel] Lisp connection closed unexpectedly - some more quirks
by JTK 05 Jan '10

05 Jan '10

I think this relates to a known error consisting unexpectedly closed connections: http://common-lisp.net/pipermail/slime-devel/2009-December/016985.html I've experienced this too [1], but in a strange context. Slime works fine for me on OS X 10.4 and 10.5 on a G4 powerbook when running in 1) Aqua emacs 2) OS X terminal emacs 22.3 3) normal X11 emacs 22.3 4) emacs 22.3 in an X11 xterm But I like to run Xephyr, an X server that runs inside another X11 in its own big window. For me, it interacts with Aqua spaces better than Apple X11, allowing a virtual window manager within a single Aqua space. So I have X11 running, and Xephyr running inside it. Works fine, mostly. But now the strange things happen: 5) slime works in an xterm emacs in Xephyr 6) slime often does not work in an X11 emacs 22.3 running in Xephyr, giving error [1] below This failure occurs with greatest likelihood when a large compilation is occurring, like a fink (OS X unix software) update. When the update stops, slime works again. The failure occurs equally for SBCL and CCL. The failure does not occur in an emacs running in an xterm, even inside Xephyr. I've tried increasing the system limits, including processes, memory, and open files, but it doesn't seem to help. Hence it looks a bit like it might be a subtle timing issue connected with running an inherently slow X11 emacs slowed further by the Xephyr layer while the system is bogged down doing other things. I hope that this email at least helps to outline the boundaries of this problem. -JK ======= [1] - close message: ;; Swank started at port: 49194. 49194 * +++ SWANK-PROTOCOL-ERROR: nil #<swank::swank-protocol-error {127BA821}> ;; swank:close-connection: end of file on #<sb-sys:fd-stream for "a socket" {125 AA421}> =======

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 04 Jan '10

04 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1948 slime/ChangeLog:1.1952 --- slime/ChangeLog:1.1948 Wed Dec 23 03:52:01 2009 +++ slime/ChangeLog Sun Jan 3 10:58:29 2010 @@ -1,3 +1,33 @@ +2010-01-03 Stas Boukarev <stassats(a)gmail.com> + + * swank-backend.lisp (frame-call): New function. + Returns a string representing a call to the entry point of a frame. + * swank-ccl.lisp (frame-call): Implementation of the above. + * swank-sbcl.lisp (frame-call): Ditto. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (with-swank-protocol-error-handler): Remove debugging + bits. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-next-read-or-lose): Call `debug' with the error + condition, so we can see what actually caused the losage. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (compile-defun [test]): Also test proper notification + after reader-error. Additionally: bind font-lock-verbose to nil to + prevent annoying font-lock messages during the test. + + * swank-sbcl.lisp (signal-compiler-condition): Make sure + READER-ERROR comes before ERROR in typecase. + (swank-compile-file): Remove handling FATAL-COMPILER-HANDLER + because a) this handling prevents sbcl from printing the + diagnostics to the repl, and b) sbcl itself should handle this and + translate it into proper return value for compile-file. + 2009-12-23 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (complete-symbol [test]): Fix test case. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.325 slime/contrib/ChangeLog:1.331 --- slime/contrib/ChangeLog:1.325 Wed Dec 30 05:30:13 2009 +++ slime/contrib/ChangeLog Sun Jan 3 15:50:42 2010 @@ -1,3 +1,40 @@ +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-autodoc.el (slime-autodoc-mode): Only display + "enabled"/"disabled" message if called interactively. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-autodoc.el (slime-autodoc): Renamed from + `slime-compute-autodoc'; now also interactive. + (slime-autodoc-mode): Implement toggling properly. Make modeline + string "Autodoc" rather than "Eldoc". + (slime-autodoc-maybe-enable): Adapted accordingly. + +2010-01-03 Stas Boukarev <stassats(a)gmail.com> + + * slime-repl.el (sldb-insert-frame-call-to-repl): New function + for inserting a call to a frame into the REPL. Bound to C-y in SLDB. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp (arglist-index): Return NIL if more + arguments were provided than are allowed. + (form-path-to-arglist-path): Adapted accordingly. + + * slime-autodoc.el (autodoc.1 [test]): Add relevant test cases. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-indentation-fu.el, swank-indentation-fu.lisp: Delete + contrib. Never worked quite right, and the necessary + infrastructure has since been gone. + +2010-01-03 Stas Boukarev <stassats(a)gmail.com> + + * swank-asdf.lisp (asdf-system-loaded-p): Don't return a + generalized boolean, because numbers may be too large for Emacs. + 2009-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-c-p-c.el (complete-form [test]): Set

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 31 Dec '09

31 Dec '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.323 slime/contrib/ChangeLog:1.325 --- slime/contrib/ChangeLog:1.323 Tue Dec 29 14:41:05 2009 +++ slime/contrib/ChangeLog Wed Dec 30 05:30:13 2009 @@ -1,3 +1,15 @@ +2009-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-c-p-c.el (complete-form [test]): Set + `slime-buffer-package' after changing to lisp-mode because + changing major-mode kills buffer-local variables. + +2009-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp (extract-cursor-marker): Fix typo. + (autodoc): Do not try to display variable content for T and NIL. + (interesting-variable-p): New helper. + 2009-12-29 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-autodoc.el (slime-compute-autodoc): Revert last change.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 30 Dec '09

30 Dec '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.319 slime/contrib/ChangeLog:1.323 --- slime/contrib/ChangeLog:1.319 Fri Dec 25 06:04:00 2009 +++ slime/contrib/ChangeLog Tue Dec 29 14:41:05 2009 @@ -1,3 +1,57 @@ +2009-12-29 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-autodoc.el (slime-compute-autodoc): Revert last change. + We must return nil to decline. + +2009-12-29 Tobias C. Rittweiler <tcr(a)freebits.de> + + More cleanup. + + The RP swank:arglist-for-echo-area is now called swank:autodoc. + + * swank-arglists.lisp (autodoc): Renamed from + arglist-for-echo-area. + (variable-desc-for-echo-area): Deleted. Above function subsumes + this functionality now. + (print-variable-to-string): Extracted from + variable-desc-for-echo-area. + + * slime-autodoc.el (slime-retrieve-arglist): Change RPC. + (slime-make-autodoc-rpc-form): Ditto. + (slime-autodoc-cache-type): Deleted. + (slime-autodoc-cache): Deleted. + (slime-autodoc-last-buffer-form): Replacement. + (slime-autodoc-last-autodoc): Replacement. + (slime-get-cached-autodoc): Adapted accordingly. + (slime-store-into-autodoc-cache): Adapted accordingly. + (slime-compute-autodoc): Simplified slightly. + (autodoc.1 [test]): Extended. + +2009-12-29 Tobias C. Rittweiler <tcr(a)freebits.de> + + Some cleanup of arglist code. + + * swank-arglists.lisp (remove-from-tree-if): Deleted. + (remove-from-tree): Deleted. + (maybecall): Deleted. + (arglist-path-to-parameter): Deleted. + (arglist-path-to-nested-arglist): Deleted. + (last-arg): Deleted. + (compute-arglist-index): Deleted. + + (form-path-to-arglist-path): New. + (arglist-index): New. + (extract-cursor-marker): New. + (find-subform-with-arglist): Adapted. + (find-immediately-containing-arglist): Adapted. + (arglist-for-echo-area): Adapted. + +2009-12-29 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-parse.el (slime-parse-form-until): Properly deal with #' + prefix. + (form-up-to-point.1 [test]): Extend. + 2009-12-25 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-arglists.lisp (delete-given-args): Make sure to properly

1 0

[slime-devel] Turning off ECL Threading
by Seth Burleigh 28 Dec '09

28 Dec '09

Can someone who has ecl 9.12.2/3 on windows working with slime tell me their: (a) *features* variable (b) Relevant .emacs file (c) Windows version Thanks!

1 0

[slime-devel] Turning off ECL Threading
by Seth Burleigh 26 Dec '09

26 Dec '09

So, ive decided I should probably use ecl lisp. So heres da problem. Examine this output that produced an error: (:emacs-rex ;;the request (swank:connection-info) "COMMON-LISP-USER" t 1) ;; response read error given below!! Debugger entered: nil (condition-case error (slime-net-read) (error (debug) (slime-net-close process t) (error "net-read error: %S" error))) slime-net-read-or-lose(#<process SLIME Lisp>) slime-process-available-input(#<process SLIME Lisp>) slime-net-filter(#<process SLIME Lisp> ;;the response which produced above error 13(:return (:ok (:pid 5548 :style nil :lisp-implementation (:type \"ECL\" :name \"ECL\" :version \"9.12.3\") :machine (:instance \"SE\")) 1) ;;ß---------------Threading issue??? TH-PC\" :type \"x86\" :version \"17\") ;;ß----Should be SETH-PC but its broken up!!!! :features (:wsock :win32 :formatter :uint32-t :uint16-t :relative-package-names :unicode :dffi :clos-streams :cmu-format :msvc :ecl-pde :dlopen :clos :threads :boehm-gc :ansi-cl :common-lisp :ieee-floating-point :prefixed-api :ffi :pentium4 :common :ecl) :modules (\"SB-BSD-SOCKETS\" \"SOCKETS\") :package (:name \"COMMON-LISP-USER\" :prompt \"CL-USER\") :version \"2009-12-23") Compare this with the pristine clisp output (:emacs-rex (swank:connection-info) "COMMON-LISP-USER" t 1) (:indentation-update (("with-c-var" . 1) ("with-c-place" . 1) ("with-foreign-string" . 1) ("with-foreign-object" . 1) ("with-defining-c-type" . 1) ("with-name/options" . 1) ("with-window" . 0) ("with-output-to-printer" . 1) ("define-setf-method" . 2) ("letf*" . 1) ("letf" . 1) ("muffle-cerrors" . 0) ("without-global-handlers" . 0) ("with-http-output" . 1) ("with-collect" . 1) ("with-http-input" . 1) ("without-package-lock" . 1) ("appease-cerrors" . 0) ("with-restarts" . 1) ("fcase" . 2) ...)) (:return (:ok (:pid 5748 :style nil :lisp-implementation (:type "CLISP" :name "clisp" :version "2.48 (2009-07-28) (built on stnt067 [192.168.0.1])") :machine (:instance "Seth-PC [192.168.2.3]" :type "PC/386" :version "PC/A86") :features (:cl-fad cffi-features:x86 cffi-features:windows :cffi :x86 :windows :little-endian :asdf :readline :regexp :syscalls :i18n :loop :compiler :clos :mop :clisp :ansi-cl :common-lisp :lisp=cl ...) :modules ("SWANK-ARGLISTS" "SWANK-C-P-C" "ASDF" "readline" "regexp" "syscalls" "i18n") :package (:name "COMMON-LISP-USER" :prompt "CL-USER") :version "2009-12-23")) 1) So Recently ecl had made threading a requirement for windows, and maybe for some other platforms. I dont know if this was the start of the bug as I have not yet gone back in ecl versions and seen which one works. The error on startup DOES NOT occur consistently which is very puzzling. But, anyways, I would like ecl lisp to act like a single threaded lisp as far as slime is concerned so that I can eliminate threading issues generated by the slime lisp code.

1 0

[slime-devel] Definition Types
by Terje Norderhaug 26 Dec '09

26 Dec '09

The find-definitions-for-emacs function returns a list of definition specifiers (dspecs) associated with their source locations. The first item in a dspec denotes its type. Swank clients like SLIME and MCLIDE can benefit from reliably determining the canonical type of a definition. However, the lisp implementations differ in the number of definition types and how they are named, and may also let users define custom definition types. This ambiguity can be resolved by swank exposing information about the semantics of the implementation specific definition types and the relationship between them, such as: (definterface definition-types () "Association list of definition type symbol, supertype(s), and optional attributes inherited by subtypes, where an attribute can be one of (:variable :class :method :function :macro) denoting the semantics of the definition type." '((variable nil :variable) (constant (variable)) (function nil :function) (macro (function) :macro) (generic (function)) (method nil :method) (class nil :class) (condition (class)))) Here is a Clozure specific implementation that adapts to new definition types: (defimplementation definition-types () (loop with semantics = '((variable :variable)(class :class) (method :method)(function :function) (macro :macro)) for (type . def) in ccl::*definition-types* collect (list* type (loop for super in (class-direct-superclasses (class-of def)) for type = (car (rassoc (class-prototype super) ccl::*definition-types*)) when (and type (neq 't type)) collect type) (cdr (assoc type semantics)))) => ((METHOD-COMBINATION-EVALUATOR NIL) (PPC-LAP NIL) (PPC32-VINSN NIL) (PACKAGE NIL) (CONSTANT (VARIABLE)) (VARIABLE NIL :VARIABLE) (METHOD-COMBINATION NIL) (DEFINITION-TYPE NIL) (STRUCTURE NIL) (CONDITION (CLASS)) (CLASS NIL :CLASS) (TYPE NIL) (STRUCTURE-ACCESSOR (FUNCTION)) (CALLBACK (FUNCTION)) (WRITER-METHOD (METHOD)) (READER-METHOD (METHOD)) (METHOD NIL :METHOD) (GENERIC-FUNCTION (FUNCTION)) (SETF-EXPANDER (MACRO)) (SYMBOL-MACRO (MACRO)) (COMPILER-MACRO (MACRO)) (MACRO (FUNCTION) :MACRO) (FUNCTION NIL :FUNCTION) (T NIL)) Here is a sample implementation for SBCL: (defimplementation definition-types () (loop with semantics = '((defvar :variable)(defclass :class) (defmethod :method) (defun :function)(defmacro :macro)) with super = '((defconstant defvar)(define-condition defclass) (defgeneric defun) (define-compiler-macro defmacro)(defmacro defun)) for type in (cdr *definition-types*) by #'cddr collect (list* type (cdr (assoc type super)) (cdr (assoc type semantics)))) => ((DEFVAR NIL :VARIABLE) (DEFCONSTANT (DEFVAR)) (DEFTYPE NIL) (DEFINE-SYMBOL-MACRO NIL) (DEFMACRO (DEFUN) :MACRO) (DEFINE-COMPILER-MACRO (DEFMACRO)) (DEFUN NIL :FUNCTION) (DEFGENERIC (DEFUN)) (DEFMETHOD NIL :METHOD) (DEFINE-SETF-EXPANDER NIL) (DEFSTRUCT NIL) (DEFINE-CONDITION (DEFCLASS)) (DEFCLASS NIL :CLASS) (DEFINE-METHOD-COMBINATION NIL) (DEFPACKAGE NIL) (:DEFTRANSFORM NIL) (:DEFOPTIMIZER NIL) (:DEFINE-VOP NIL) (:DEFINE-SOURCE-TRANSFORM NIL)) Here is a sample implementation for LispWorks: (defimplementation definition-types () (loop with semantics = '((defvar :variable)(defclass :class) (method :method) (defun :function)(defmacro :macro)) with super = '((defconstant defvar) (define-condition defclass) (defgeneric defun) (compiler-macro defmacro) (defmacro defun)) for type in dspec:*dspec-classes* collect (list* type (cdr (assoc type super)) (cdr (assoc type semantics))))) => ((CAPI:DEFINE-INTERFACE NIL) (CAPI:DEFINE-LAYOUT NIL) (CAPI-INTERNALS:DEFINE-ELEMENT NIL) (CAPI-INTERNALS:DEFINE-AUTO-MENU NIL) (CAPI:DEFINE-MENU NIL) (EDITOR:DEFINE-TOP-LEVEL-FORM-PARSER NIL) (EDITOR:DEFCOMMAND NIL) (DEFSYSTEM NIL) (EXTERNAL-FORMAT::EF-FUNCTION NIL) (EXTERNAL-FORMAT:DEFINE-EXTERNAL-FORMAT-SYNONYM NIL) (EXTERNAL-FORMAT:DEFINE-EXTERNAL-FORMAT NIL) (FLI:DEFINE-FOREIGN-CALLABLE NIL) (FLI:DEFINE-FOREIGN-VARIABLE NIL) (FLI:DEFINE-FOREIGN-FUNCTION NIL) (FLI:DEFINE-FOREIGN-TYPE NIL) (FLI::FOREIGN-SYMBOL NIL) (FLI::DEFRAW-IMMEDIATE-FOREIGN-TYPE NIL) (SCM:DEFINE-PATCH-SEQUENCE NIL) (COMPILER::ADVICE-DEFINITION NIL) (COMPILER::ADVISED-FUNCTION-NAME NIL) (SYSTEM:DEFASM NIL) (METHOD-COMBINATION NIL) (METHOD NIL :METHOD) (DEFGENERIC (DEFUN)) (DEFINE-CONDITION (DEFCLASS)) (DEFCLASS NIL :CLASS) (DEFRESOURCE NIL) (PACKAGE NIL) (DEFSETF NIL) (STRUCTURE NIL) (STRUCTURE-CLASS NIL) (TYPE:TYPE-PREDICATE NIL) (DEFTYPE NIL) (TYPE NIL) (COMPILER-MACRO (DEFMACRO)) (DEFMACRO (DEFUN) :MACRO) (DEFUN NIL :FUNCTION) (FUNCTION NIL) (DEFINE-SYMBOL-MACRO NIL) (DEFCONSTANT (DEFVAR)) (DEFVAR NIL :VARIABLE) (VARIABLE NIL) (DSPEC:DEFINE-FORM-PARSER NIL) (DSPEC:DEFINE-DSPEC-ALIAS NIL) (DSPEC:DEFINE-DSPEC-CLASS NIL)) -- Terje Norderhaug terje(a)in-progress.com

1 0

[slime-devel] Find Definitions
by Terje Norderhaug 26 Dec '09

26 Dec '09

I have some concerns regarding #'swank:find-definitions-for-emacs, which is documented to "Return a list ((DSPEC LOCATION) ...) of definitions for NAME." MCLIDE uses this functionality for the button on its Apropos dialog that opens the definition for a symbol in the editor. In slime-2009-12-18, #'swank:find-definitions-for-emacs gives a significantly different result depending on the lisp implementation. This leads to compatibility issues and complicates client side use of the result. Evaluate: (swank:find-definitions-for-emacs "swank::find-definitions") Clozure Common Lisp 1.4-r13119 returns: (("#'SWANK-BACKEND:FIND-DEFINITIONS" (:LOCATION (:FILE "/Volumes/ Mirror/Users/Terje/DEV/MCLIDE_DEV/MCLIDE 1.0b1-2/MCLIDE.app/Contents/ Resources/Slime/swank-backend.lisp") (:POSITION 28699) (:SNIPPET "(definterface find-definitions (name) ")))) LispWorks 5.1.0 returns: (("(DEFUN SWANK-BACKEND:FIND-DEFINITIONS)" (:LOCATION (:FILE "/ Volumes/Mirror/Users/Terje/DEV/MCLIDE_DEV/MCLIDE 1.0b1-2/MCLIDE.app/ Contents/Resources/Slime/swank-lispworks.lisp") (:FUNCTION-NAME "FIND- DEFINITIONS") NIL)) ("(DEFUN SWANK-BACKEND:FIND- DEFINITIONS)" (:LOCATION (:FILE "/Volumes/Mirror/Users/Terje/DEV/ MCLIDE_DEV/MCLIDE 1.0b1-2/MCLIDE.app/Contents/Resources/Slime/swank- backend.lisp") (:FUNCTION-NAME "FIND-DEFINITIONS") NIL))) Of particular concern is the DSPEC, which Clozure returns as "#'SWANK- BACKEND:FIND-DEFINITIONS" and LispWorks returns as "(DEFUN SWANK- BACKEND:FIND-DEFINITIONS)". It would be helpful if the DSPEC standardized on the same symbol to denote that the definition is for a function, as in (FUNCTION SWANK-BACKEND:FIND-DEFINITIONS). To facilitate client side use and flexibility in presentation, I also suggest that the DSPEC is returned as a list instead of as a string, with the type as a symbol and the function name encoded as a string, as in (FUNCTION "SWANK-BACKEND:FIND-DEFINITIONS"). -- Terje Norderhaug terje(a)in-progress.com

2 13

[slime-devel] Daily ChangeLog diff
by Helmut Eller 26 Dec '09

26 Dec '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.318 slime/contrib/ChangeLog:1.319 --- slime/contrib/ChangeLog:1.318 Wed Dec 23 03:55:41 2009 +++ slime/contrib/ChangeLog Fri Dec 25 06:04:00 2009 @@ -1,3 +1,10 @@ +2009-12-25 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp (delete-given-args): Make sure to properly + delete provided-args. + + * slime-c-p-c.el (complete-form [test]): Extend. Succeeds now. + 2009-12-23 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-parse.el (form-up-to-point.1 [test]): Fix test case.

1 0

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