slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Strings inspection
by Mariano Montone 05 Dec '09

05 Dec '09

Hi! Is there a better way of inspecting large strings than what is currently available? It happens to me a lot that when an error happens, the condition raised has a meaningful string for me as one of its parameters or as a description. Unfortunately it is too large, so slime (or the lisp backend) doesn't display it all. So I decide to inspect it, but the simple character array inspector shows me the list of characters instead of the string in a readable form. Is there a way of getting away with this? Cheers, Mariano

2 2

[slime-devel] Error message displayed when using slime-autodoc.el
by Mark Harig 03 Dec '09

03 Dec '09

An error message is being displayed in Emacs's echo area (minibuffer) when the following text is entered into an empty file's buffer while running SLIME: (quote ( That is, the error message is displayed after the second left/open parenthesis is typed, before any additional keys such as [Return] or [Space] are pressed. 1) Using CLisp with SLIME, the message is: Arglist Error: "The object to be destructured should be a list with at least 1 elements, not NIL." 2) Using SBCL with SLIME, the message is: Arglist Error: "error while parsing arguments to DESTRUCTURING-BIND: .." Major mode: Lisp Minor mode: ElDoc [COMMON-LISP-USER sbcl] (or clisp) Note that editing with balanced parentheses does not eliminate this problem. Enter balanced parentheses (for example, using paredit) text in the following order, where | indicates where the cursor is: Step 1 - Enter parens: (|) Step 2 - Enter "quote ()" inside the parens: (quote (|)) Step 3 - Enter a "+" character inside the inner parentheses: (quote (+|)) After "+" is typed, the error message above is displayed in the echo area. Emacs was started with the following command: $ /usr/bin/emacs -nw -Q --load ~/.emacs.d/lisp/minimal-slime-init.el empty.lisp where the file 'empty.lisp' does not already exist, and the content of 'minimal-slime-init.el' is: ;--- snip --- ;;; M-: (info "(slime)Autoloading") (setq inferior-lisp-program "/usr/bin/clisp") (setq inferior-lisp-program "/usr/bin/sbcl") (add-to-list 'load-path "~/.emacs.d/lisp/slime") (require 'slime-autoloads) (eval-after-load "slime" (slime-setup '(slime-repl slime-autodoc))) (sleep-for 2) (slime) ;--- snip --- If '(slime-repl slime-autodoc) is replaced with '(slime-fancy) in the call to `slime-setup', the same error message is displayed. The following software was used: 1) CLisp 2.47 2) SBCL 1.0.30 3) GNU Emacs 23.1 4) SLIME from CVS, updated on 3 Dec 09 slime.el, revision 1.1254 slime-autoloads.el, revision 1.6 contrib/slime-autodoc.el, revision 1.24 contrib/slime-fancy.el, revision 1.9 contrib/slime-repl.el, revision 1.33 ---

2 2

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

03 Dec '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1925 slime/ChangeLog:1.1926 --- slime/ChangeLog:1.1925 Mon Nov 30 09:47:49 2009 +++ slime/ChangeLog Wed Dec 2 12:34:37 2009 @@ -1,3 +1,9 @@ +2009-12-02 Stas Boukarev <stassats(a)gmail.com> + + * swank-sbcl.lisp (frame-locals): `frame-debug-vars' can return NIL, + so check before using it as a vector. + Patch by Nathan Bird. + 2009-11-30 Helmut Eller <heller(a)common-lisp.net> Add a slime-editing-map as suggested by Attila Lendvai. The main

1 0

[slime-devel] Minor swank-sbcl FRAME-LOCALS bug/patch
by Nathan Bird 02 Dec '09

02 Dec '09

In swank-sbcl FRAME-LOCALS implementation (which I have some backend code calling to generate an alternate debugging screen) it attempts to loop across a vector that apparently can be null. "The value NIL is not of type VECTOR." I'm kind of surprised this function wasn't being called for the main SLDB; I haven't dug any further. The attached patch (just a when guard) fixes it for me. Quick link to function: http://github.com/nablaone/slime/blob/master/swank-sbcl.lisp#L1141 I had just updated: Slime from d4c8a50 (Mon Sep 21) to b2ef1cf (Tue Dec 1) from git mirror at http://github.com/nablaone/slime/ SBCL from 1.0.31 -> 1.0.33 Nathan Bird

2 1

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

02 Dec '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.290 slime/contrib/ChangeLog:1.292 --- slime/contrib/ChangeLog:1.290 Mon Nov 30 09:47:40 2009 +++ slime/contrib/ChangeLog Tue Dec 1 03:52:20 2009 @@ -1,3 +1,8 @@ +2009-12-01 Stas Boukarev <stassats(a)gmail.com> + + * swank-asdf.lisp (asdf-system-files): Include the .asd file too. + (asdf-module-files): Include non-cl files too. + 2009-11-30 Helmut Eller <heller(a)common-lisp.net> * slime-repl.el (slime-repl-mode-map): Don't copy

1 0

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

01 Dec '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1922 slime/ChangeLog:1.1925 --- slime/ChangeLog:1.1922 Thu Nov 26 05:58:08 2009 +++ slime/ChangeLog Mon Nov 30 09:47:49 2009 @@ -1,4 +1,20 @@ -2009-11-26 Mark Evenson <evenson(a)panix.com>> +2009-11-30 Helmut Eller <heller(a)common-lisp.net> + + Add a slime-editing-map as suggested by Attila Lendvai. The main + purpose is to create a keymap that's shared by the REPL and other + modes so that adding custom bindings gets a bit easier. + + * slime.el (slime-editing-map, slime-mode-indirect-map): New variables. + (slime-init-keymaps): Clear out any existing bindings before + building the new keymaps. + (slime-init-keymap): New helper. + (slime-bind-keys): Renamed&extended from + slime-define-both-key-bindings. + + * slime.el (slime-editing-mode): New minor mode for use + in the REPL. + +2009-11-26 Mark Evenson <evenson(a)panix.com> * swank-abcl.lisp (arglist): Fixes for functions with non-nil arglist and for generic functions with empty argument lists. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.287 slime/contrib/ChangeLog:1.290 --- slime/contrib/ChangeLog:1.287 Tue Nov 24 08:17:00 2009 +++ slime/contrib/ChangeLog Mon Nov 30 09:47:40 2009 @@ -1,3 +1,13 @@ +2009-11-30 Helmut Eller <heller(a)common-lisp.net> + + * slime-repl.el (slime-repl-mode-map): Don't copy + slime-parent-map. Instead ... + (slime-repl-mode): ... enable slime-editing-mode. + + * slime-presentations.el (slime-presentation-init-keymaps): + Replace slime-define-both-key-bindings with slime-bind-keys. + (slime-presentation-init-keymaps): Use slime-init-keymap. + 2009-11-24 Tobias C. Rittweiler <tcr(a)freebits.de> Fix a few edge cases in new arglist code.

1 0

[slime-devel] slime bug: hang when execute command "(sys:call-system '("explorer.exe" "http://www.g.cn") :wait nil)" in slime-repl with lispworks windows 32 bit, 5.1, professional version.
by jingtao xu 30 Nov '09

30 Nov '09

Hi developers: I use slime with a console version of lispworks windows 32 bit,5.1,professional version. when i type command: CL-USER> (sys:call-system '("explorer.exe" "http://www.g.cn") :wait nil) then the input hangs there,without any response. my slime version is cvs server with date 2009.11.26 my lispworks console is generated with codes in attacment file resave.lisp my emacs version is 23.0.94. Best wishes and thanks for your work. Jingtao

2 2

Re: [slime-devel] random returning the same value
by Tobias C. Rittweiler 30 Nov '09

30 Nov '09

Patrick May <pjm(a)spe.com> writes: > Hi, > > I'm using Slime in Aquamacs with CCL. When I evaluate (random > 100) repeatedly in CCL started from a shell, I get a randomly > generated number between 0 and 99 inclusive. When I do the same with > C-x C-e within Slime, I get the same number every time. (random 100 > (make- > random-state)) gives the same behavior, but (random 100 (make-random- > state t)) works properly. > > Is Slime caching something or have I hosed up my environment? Sorry for the late response. CCL's swank backend uses threads by default, and threads inherit values from the global environment. *RANDOM-STATE* probably becomes thread-local automatically in CCL, resulting in the behaviour you described. It should work when you type in the form at the Slime REPL which evaluates all forms in the same thread. -T.

4 4

[slime-devel] cleanups related to setting up keymaps
by Attila Lendvai 30 Nov '09

30 Nov '09

dear list, after the new xref patches, i had a clash with my copy-sexp key bindings (M-C-, and friends on a kinesis keyboard). the resolution was to set the binding in several slime keymaps. but somehow my bindings got clobbered always here and there, so i ended up cleaning up the code around how slime sets up its keymaps. or rather, it's more like finishing a previously started cleanup as i see it from the code. the result is attached in separate patches and is also available at: http://dwim.hu/darcsweb/darcsweb.cgi?r=HEAD%20hu.dwim.slime;a=summary. main features are: - it's introducing an extra slime-editing-map keymap, and uses set-keymap-parent to chain the bindings as needed. - uses [remap function-name] as key binding to mimic bindings even if they are rebound (and drops the old mimic-key-bindings from fuzzy.el) the patch description from our repo is available at the beginning of each .diff file. -- attila

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 27 Nov '09

27 Nov '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1921 slime/ChangeLog:1.1922 --- slime/ChangeLog:1.1921 Thu Nov 26 02:06:50 2009 +++ slime/ChangeLog Thu Nov 26 05:58:08 2009 @@ -3,7 +3,7 @@ * swank-abcl.lisp (arglist): Fixes for functions with non-nil arglist and for generic functions with empty argument lists. - Contributed by Matthias. + Diagnosed and cured by Matthias Hölzl. 2009-11-23 Stas Boukarev <stassats(a)gmail.com>

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