slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Swank disconnects when editing an ASD-file
by Rüdiger Sonderfeld 13 Sep '06

13 Sep '06

Hello, I'm using cvs slime and sbcl 0.9.16 (same problem on sbcl 0.9.13) on mac os x/ppc. Every time I edit an .asd-file the swank server disconnects with the following message ";; swank:close-connection: end of file on #<SB-SYS:FD-STREAM for "a constant string" {11732F19}>" Is there a way to fix this? Is this behaviour normal? Thank you, Rüdiger

5 11

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 11 Sep '06

11 Sep '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.936 slime/ChangeLog:1.937 --- slime/ChangeLog:1.936 Sun Aug 27 07:03:37 2006 +++ slime/ChangeLog Mon Sep 11 04:01:58 2006 @@ -1,3 +1,13 @@ +2006-09-1 Nikodemus Siivola <nikodemus(a)random-state.net> + + * slime.el (slime-repl-matching-input-regexp): Use the portion + between slime-repl-input-mark and point for history search, not + the entire input. Patch by Ivan Shvedunov. + + * swank-sbcl.lisp: Declaim SB-C:INSERT-STEP-CONDITIONS 0 for to + hide Swank while stepping and avoid endless mutex-acquisition + loops. + 2006-08-27 Helmut Eller <heller(a)common-lisp.net> * swank.lisp (input-available-p, process-available-input): Use

1 0

[slime-devel] Losing Connection?
by David J. Neu 05 Sep '06

05 Sep '06

Hi, Actually, I'm having difficulty describing exactly what is going on here, but ... I'll be using slime 2.0 with sbcl-0.9.16, on FreeBSD just fine for awhile, when I start getting funny errors, e.g. CL-USER> (compile-file "myfile.lisp") Throws me into the debugger with: The function compile-file is undefined. [Condition of type UNDEFINED-FUNCTION] Restarts: 0: [ABORT-REQUEST] Abort handling SLIME request. 1: [ABORT] Exit debugger, returning to top level. Backtrace: 0: (SYMBOL-FUNCTION compile-file) 1: (SB-INT:EVAL-IN-LEXENV (compile-file "myfile.lisp") #<NULL-LEXENV>) I was using the 2.0 stable release of slime, but just tried the cvs snapshot in tarfile format, with no improvement. I'm not sure, but I think the problems may have started after upgrading from sbcl-0.9.15 to sbcl-0.9.16. Do I need to clean up anything, after a CL or slime upgrade? Here's the slime stuff from my .emacs: (add-to-list 'load-path "path-to-slime") (require 'slime) (slime-setup :autodoc t) (setq inferior-lisp-program "/usr/local/bin/sbcl" lisp-indent-function 'common-lisp-indent-function slime-complete-symbol-function 'slime-fuzzy-complete-symbol common-lisp-hyperspec-root "file:///path-to-hyperspec/clhs/HyperSpec/" slime-startup-animation t slime-enable-evaluate-in-emacs t slime-log-events t slime-outline-mode-in-events-buffer t) (define-key global-map (kbd "\C-cs") 'slime-selector) Many thanks for any help! Cheers, David

2 2

RE: [slime-devel] Feature suggestion
by Bradford W Miller 29 Aug '06

29 Aug '06

"* everyone should learn to just bind the `[' key to insert-delimited-parenthesis anyhow." Not those of us who use logic languages embedded into Lisp. []'s are used to denote rules as ()'s are used to denote expressions. But I concur that the lispworks behavior is surprising, confusing, and should not be taken as a general model of how most of us want to interact with the REPL. On the other hand, most of us would never have attempted to enter more than one variable into the REPL at one time because it breaks our mental model of READ.

2 1

[slime-devel] (docs nit) slime-filename-translations: Typo in example
by Brandon Bergren 28 Aug '06

28 Aug '06

Somewhere around line 188 of slime.el: ---------------------------------------- Example: Assuming you run emacs locally and connect to slime running on the machine 'soren' and you can connect with the username 'animaliter': (push (list \"^soren$\" (lambda (emacs-filename) (subseq (length \"/ssh:animaliter@soren:\") emacs-filename)) (lambda (lisp-filename) (concat \"/ssh:animaliter@soren:\" lisp-filename))) slime-filename-translations) ---------------------------------------------------- In the example, the arguments to subseq are backwards.

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 27 Aug '06

27 Aug '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.935 slime/ChangeLog:1.936 --- slime/ChangeLog:1.935 Sat Aug 26 08:11:21 2006 +++ slime/ChangeLog Sun Aug 27 07:03:37 2006 @@ -1,3 +1,10 @@ +2006-08-27 Helmut Eller <heller(a)common-lisp.net> + + * swank.lisp (input-available-p, process-available-input): Use + READ-CHAR-NO-HANG instead of LISTEN because LISTEN suddenly + returns false in SBCL 0.9.?? even if we are called from a + fd-handler and the OPEN-STREAM-P returns true. + 2006-08-26 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-repl-return-behaviour): Fix the defcustom type,

2 1

[slime-devel] How to inspect locals
by Jonathon McKitrick 27 Aug '06

27 Aug '06

Hi all, when running SBCL and a condition occurs that causes a break, how can I view the locals that have been bound in the function? Viewing the arguments isn't hard, but I cannot seem to figure out the locals. -Jonathon -- "I am sure that Jesus would use a command prompt. Hello? Ten Commandments??"

12 17

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 26 Aug '06

26 Aug '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.934 slime/ChangeLog:1.935 --- slime/ChangeLog:1.934 Fri Aug 25 11:44:45 2006 +++ slime/ChangeLog Sat Aug 26 08:11:21 2006 @@ -1,3 +1,9 @@ +2006-08-26 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime.el (slime-repl-return-behaviour): Fix the defcustom type, + so Emacs 21.3 does not signal an error when creating a + customization buffer containing this variable. + 2006-08-25 Kai Kaminski <kai.kaminski(a)gmx.de> * swank.lisp (lookup-presented-object): Fix for OpenMCL 1.0

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 25 Aug '06

25 Aug '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.933 slime/ChangeLog:1.934 --- slime/ChangeLog:1.933 Thu Aug 24 08:15:59 2006 +++ slime/ChangeLog Fri Aug 25 11:44:45 2006 @@ -1,3 +1,9 @@ +2006-08-25 Kai Kaminski <kai.kaminski(a)gmx.de> + + * swank.lisp (lookup-presented-object): Fix for OpenMCL 1.0 + [ppc32], which requires that the :NO-ERROR clause is last in + HANDLER-CASE. + 2006-08-24 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-ensure-presentation-overlay): Provide a

1 0

[slime-devel] Workaround for possible HANDLER-CASE bug in OpenMCL
by Kai Kaminski 25 Aug '06

25 Aug '06

Hi, I just tried to use the latest Slime with OpenMCL 1.0 (ppc32) and it choked on a HANDLER-CASE form in SWANK.LISP, because the :NO-ERROR clause is not the last. According to the Hyperspec that is legal, but OpenMCL doesn't like it anyway. Swapping the two clauses in the HANDLER-CASE form solves the problem (at least for me). I've attached a patch. Thanks, Kai

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