slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Daily ChangeLog diff
by Helmut Eller 02 Feb '10

02 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1976 slime/ChangeLog:1.1977 --- slime/ChangeLog:1.1976 Sun Jan 31 14:07:54 2010 +++ slime/ChangeLog Mon Feb 1 09:51:25 2010 @@ -1,3 +1,20 @@ +2010-02-01 Mark Harig <idirectscm(a)aim.com> + + * slime.el: Added missing pieces to make `slime-cycle-connections' + available from keystrokes. + (slime-prefix-bindings): Added "\C-xn" entry. + (slime-cycle-connections): Corrected grammar in doc string. + (def-slime-selector-method): Added menu item `n' to SLIME selector + menu. + + * doc/slime.texi: Added a description for the new key sequence for + `slime-cycle-connections' and for the new menu item in the SLIME + selector menu. + Node slime-selector: Added menu item `n' and cross-references to + "Multiple Connections" node. + Node Multiple connections: Added C-c C-x n description. Added + cross-references to `slime-selector' node. + 2010-01-31 Tobias C. Rittweiler <tcr(a)freebits.de> * hyperspec.el: When using C-c C-d ~ TAB, previously there were

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 01 Feb '10

01 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1973 slime/ChangeLog:1.1975 --- slime/ChangeLog:1.1973 Thu Jan 28 04:52:18 2010 +++ slime/ChangeLog Sat Jan 30 10:59:52 2010 @@ -1,8 +1,19 @@ +2010-01-30 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-cycle-connections): Change docstring, it + doesn't make connection buffer-local. + * doc/slime.texi (Multiple connections): document + slime-cycle-connections. + + * swank.lisp (pathname-as-directory): Treat "/foo/bar" and "/foo/bar/" + the same. + (compile-file-output): Use the above function. + 2010-01-28 Mark Evenson <evenson(a)dada.local> * swank-abcl.lisp (emacs-inspect): Make inspection of Java objects toString() results dependent on explicit user request to avoid - potentially computationally expensive opreations. + potentially computationally expensive operations. 2010-01-27 Stas Boukarev <stassats(a)gmail.com>

3 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 01 Feb '10

01 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1975 slime/ChangeLog:1.1976 --- slime/ChangeLog:1.1975 Sat Jan 30 10:59:52 2010 +++ slime/ChangeLog Sun Jan 31 14:07:54 2010 @@ -1,3 +1,10 @@ +2010-01-31 Tobias C. Rittweiler <tcr(a)freebits.de> + + * hyperspec.el: When using C-c C-d ~ TAB, previously there were + entries for "C" and "C: Character", which unpleasingly crowded the + completion buffer, so I made it show one entry ("C - Character") + only. RIP, erik. + 2010-01-30 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-cycle-connections): Change docstring, it Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.341 slime/contrib/ChangeLog:1.342 --- slime/contrib/ChangeLog:1.341 Mon Jan 25 08:26:15 2010 +++ slime/contrib/ChangeLog Sun Jan 31 15:17:27 2010 @@ -1,3 +1,11 @@ +2010-01-31 Stas Boukarev <stassats(a)gmail.com> + + * slime-repl.el (slime-repl-mode): Don't do + (use-local-map slime-repl-mode-map) because it will be used + through slime-repl-map-mode minor mode. + This fixes double entries in the menu bar. + Reported by RaceCondition from #lisp. + 2010-01-25 Stas Boukarev <stassats(a)gmail.com> * slime-package-fu.el (slime-goto-next-export-clause): Use

1 0

[slime-devel] swank breakage in Allegro CL
by mikel evins 31 Jan '10

31 Jan '10

CVS head currently has a single upper-case NIL in swank-rpc.lisp that prevents it from working with Allegro CL's mlisp. Downcasing that single token fixes the breakage. It's at line 103 of last night's swank-rc.lisp: (defparameter *validate-input* NIL "Set to true to require input that strictly conforms to the protocol") Changing this form thusly makes mlisp happy again: (defparameter *validate-input* nil "Set to true to require input that strictly conforms to the protocol")

2 1

[slime-devel] slime-repl-find-buffer-package in unconnected lisp
by Madhu 30 Jan '10

30 Jan '10

This commit was a bad idea and has unforseen, undesirable consequences: * 2009-10-15 Helmut Eller <heller(a)common-lisp.net> | | * slime-repl.el (slime-repl-find-buffer-package): New function. | (slime-repl-init): Initialize slime-find-buffer-package-function. To use slime-repl-find-buffer-package this way, either slime-find-buffer-package-function should be made buffer local for "live" repl buffers, or much code needs to be redesigned to avoid redisplay errors, (when editing IN-PACKAGE forms, say), in a lisp buffer when slime is not connected to a lisp. The attached backtrace may help you understand what I'm talking about. -- Madhu backtrace() (or (slime-auto-connect) (backtrace) (error "Not connected.")) (cond ((and ... slime-net-processes) (or ... ...)) ((not conn) (or ... ... ...)) ((not ...) (error "Connection closed.")) (t conn)) (let ((conn ...)) (cond (... ...) (... ...) (... ...) (t conn))) slime-connection() (or process (slime-connection) (error "No connection")) (process-buffer (or process (slime-connection) (error "No connection"))) (set-buffer (process-buffer (or process ... ...))) (save-current-buffer (set-buffer (process-buffer ...)) slime-lisp-package:connlocal) (with-current-buffer (process-buffer (or process ... ...)) slime-lisp-package:connlocal) (slime-with-connection-buffer (process) slime-lisp-package:connlocal) slime-lisp-package() (or (slime-search-buffer-package) (slime-lisp-package)) slime-repl-find-buffer-package() funcall(slime-repl-find-buffer-package) slime-find-buffer-package() (save-restriction (widen) (slime-find-buffer-package)) (or slime-buffer-package (save-restriction (widen) (slime-find-buffer-package))) slime-current-package() (let* ((conn ...) (local ...) (pkg ...)) (cond (... ...) (...))) slime-modeline-string() eval((slime-modeline-string))

1 0

[slime-devel] Making SLIME ChangeLogs more useful
by Mark Harig 30 Jan '10

30 Jan '10

In the interest of making the SLIME ChangeLogs more useful, I have written the following notes concerning Change Log mode. 1. The major mode Change Log can be used with ChangeLog files to make them behave as hypertext that can then be used to review quickly the changes that are described. To do this, type C-c C-c when point is before or on a properly-formatted ChangeLog entry, and the changed file will displayed in another window, optionally, at the definition of a specified symbol. As the documentation for C-c C-c (change-log-goto-source) says: "Go to source location of "change log tag" near `point'. A change log tag is a symbol within a parenthesized, comma-separated list. If no suitable tag can be found nearby, try to visit the file for the change under `point' instead." A properly-formatted ChangeLog entry has the form: [white-space]* [file name] (symbol name,...): [descriptive text] [white-space](symbol name): [descriptive text] The trailing ':' is customary, but C-c C-c will attempt to find the definition of the parenthesized symbol(s) listed without it, or even if the symbol is listed after it. Examples: * slime.el (slime-edit-uses-xrefs): New variable. For contribs to * swank-cmucl.lisp (reset-sigio-handlers): New function. * swank-backend.lisp (socket-fd, make-fd-stream, dup, exec-image) * slime.el (slime-selector-other-window): New variable. (slime-selector): Bind it as need. (def-slime-selector-method): Use the other window if so indicated. Pressing C-c C-c while the cursor is anywhere on the first two entries will cause Emacs to locate those symbols' definitions (only) in those files. In the comma-delimited list of the third entry, C-c C-c will locate the definition of the symbol closest to point. In the multi-line fourth entry, C-c C-c will locate in slime.el the definition of the symbol closest to point. If the file or symbol name is misspelled or the parenthesized text is not (strictly) a symbol name, then Emacs will indicate this with a message rather than locating the symbol's definition. So, for example, * foo.lisp: Fix a typo (grammar error) will cause Emacs to look in the file foo.lisp for the symbol 'grammar' because it is parenthesized text following a file name. Authors of ChangeLog entries should be able to quickly check the validity of their entries by typing C-c C-c before committing them to CVS. 2. It is also possible to "walk through" a sequence of ChangeLog entries just as you do with compiler errors by typing C-x ` (backquote), which is mapped to `next-error'. This will: - open the file in another window at the definition specified by the ChangeLog entry - move the cursor to that definition - move point in the ChangeLog file to the next entry for when you return to the ChangeLog (Be aware that once the cursor is in the source file, `next-error' does not have the same meaning as it does in the ChangeLog file. After reviewing the change, you will need to move the cursor back to the ChangeLog file before typing C-x ` to examine the file/symbol-definition of the next ChangeLog entry.) 3. This capability of Change Log mode exists for Lisp code. It does not work with, for example, texinfo files, that is, it does not understand texinfo symbol definitions. The following entry will open "doc/slime.texi", but will not move point to the definition of the symbol: * doc/slime.texi (swank-loader:init): is also needed for loading swank. Similarly, non-symbol-name text inside parentheses is meaningless to C-c C-c. So, for example, this entry: * slime.el (compile-defun [test]): Add two cases. cannot be found using C-c C-c. But the following entry can locate the definition of `compile-defun', which can then be reviewed for the two test cases. * slime.el (compile-defun): Add two test cases. Also, non-definitions of symbols (that is, when you call a function or reference a variable) cannot be found by C-c C-c. So, the following entry: * swank.lisp: (decode-message): Adopted will cause Emacs to do nothing except display an informative message when C-c C-c is pressed because, while `decode-message' is *used* in swank.lisp, it is not defined there. "Source location of tag `decode-message' not found in file `swank.lisp'" An alternative entry that does not use the (symbol-name) syntax would have the benefit of opening swank.lisp, allowing the user to then search for references of `decode-message', for example: * swank.lisp: Adopted the function `decode-message' where appropriate. 4. Finally, on-the-fly spelling checking can be added to Change Log mode with, for example, the following: (add-hook 'change-log-mode-hook 'turn-on-flyspell) or, indirectly, with (add-hook 'text-mode-hook 'turn-on-flyspell) This could be of help to non-native English readers who may have a harder time guessing what a misspelled word should be. A misspelled word can be quickly repaired by cycling through possible corrections using repeated M-Tab key presses. Thank you again to the authors of SLIME.

3 4

[slime-devel] Suggested minor ecl-swank diff
by Matthew Mondor 30 Jan '10

30 Jan '10

Hello, I noticed that ecl-swank depends on ECL sb-bsd-sockets:socket-make-stream creating unbuffered streams by default (SBCL creates them fully buffered by default). Although this was not yet accepted upstream, in my local ECL tree, socket streams are created buffered by default like for SBCL (since ECL socket code was designed to be SBCL compatible, this was an annoyance for me). So I suggest the following change in case upstream ECL default behavior also eventually changes to be more SBCL-compatible. This would also prevent me from having to merge my minor local change when I update slime... In buffered mode, with the current state of ECL swank code, emacs hangs when loading slime. This simple patch fixes this. It'd ideally be best to fix the ECL swank code to use a buffered mode for performance (and for cleaner syscall trace reports, which are now encumbered by single-character I/O), but that would be a more complex change. Thanks, -- Matt

1 0

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

29 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1972 slime/ChangeLog:1.1973 --- slime/ChangeLog:1.1972 Wed Jan 27 01:38:27 2010 +++ slime/ChangeLog Thu Jan 28 04:52:18 2010 @@ -1,3 +1,9 @@ +2010-01-28 Mark Evenson <evenson(a)dada.local> + + * swank-abcl.lisp (emacs-inspect): Make inspection of Java objects + toString() results dependent on explicit user request to avoid + potentially computationally expensive opreations. + 2010-01-27 Stas Boukarev <stassats(a)gmail.com> * swank-rpc.lisp: NIL -> nil (for unusual readtable settings). @@ -5,7 +11,7 @@ 2010-01-26 Mark Evenson <evenson(a)dada.local> - * swank-abcl.lisp (import-to-swank-mop): Import + * swank-abcl.lisp: Import MOP::COMPUTE-APPLICABLE-METHODS-USING-CLASSES if it exists in the ABCL implementation.

1 0

[slime-devel] Strange behavior with CVS access
by Mark Harig 27 Jan '10

27 Jan '10

SLIME maintainers, I am not able to update my copy of the source files for SLIME from the CVS repository since the 2010-01-19 changes. Has there been some change to the location of the CVS repository? $ mkdir new $ cd new $ cvs -d :pserver:anonymous:anonymous@common-lisp.net:/project/slime/cvsroot co slime slime cvs checkout: Updating slime (long list of files omitted) $ cd slime $ cvs status ChangeLog =================================================================== File: ChangeLog Status: Up-to-date Working revision: 1.1966 Repository revision: 1.1966 /project/slime/cvsroot/slime/ChangeLog,v Commit Identifier: F7aol0uPOJGkS0ku Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) So, CVS is reporting that revision 1.1966 is the latest revision to ChangeLog. CVS 'log' also reports the head revision as 1.1966, but many changes -- up to revision 1.1970 -- have been reported: Daily ChangeLog Diff: On 1/26/2010 3:33 AM, Helmut Eller wrote: Index: slime/ChangeLog diff -u slime/ChangeLog:1.1969 slime/ChangeLog:1.1970 --- slime/ChangeLog:1.1969 Thu Jan 21 19:02:08 2010 +++ slime/ChangeLog Mon Jan 25 05:50:10 2010 @@ -1,3 +1,9 @@ +2010-01-25 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-allegro.lisp (redefinition-p, redefinition): New. + (handle-compiler-warning): Add :severity for redefinitions, + style-warnings, errors. +Is anyone else seeing this behavior? I have checked out the sources from two different computers running two different operating systems. I am using CVS version 1.11.23 and 1.12.13. The result is the same on both.

1 1

Re: [slime-devel] Strange behavior with CVS access
by Mark Harig 27 Jan '10

27 Jan '10

The problem that I am seeing with access to SLIME's CVS repository appears to be in the (automatically generated?) compressed tar file available from SLIME's web site, too. http://common-lisp.net/project/slime/snapshots/slime-current.tgz Extracting the files from this .tgz creates a directory named 'slime-2010-01-27'. $ cd slime-2010-01-27 No recent changes (since Jan. 19) can be found in the extracted files: $ head ChangeLog 2010-01-19 Stas Boukarev <stassats(a)gmail.com> * swank-rpc.lisp (:swank-rpc): (:use :cl), SBCL doesn't use it by default. 2010-01-19 Terje Norderhaug <terje(a)in-progress.com> * Refactorized parts of slime.lisp into a new swank-rpc module. 2010-01-14 Stas Boukarev <stassats(a)gmail.com> $ /bin/grep 'defparameter \*validate-input' swank-rpc.lisp (defparameter *validate-input* NIL Is the CVS repository at common-lisp.net out of sync with the maintainers' repository?

3 2

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