slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Starting Slime via slime-selector
by Nikodemus Siivola 16 Dec '05

16 Dec '05

I've had the following for _ages_ in my local tree. Unless there are objections I'd prefer to merge it. In a nutshell: in the unlikely event of not having a running Slime when your fingers think for themselves and hit the slime-selector/r keys you are given the chance to start Slime then and there. Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs."

2 1

[slime-devel] slime cvs 20051213, XEmacs 21.4.17
by Adam Fabian 14 Dec '05

14 Dec '05

When I try to run slime for the first time with the CVS version from Dec 12, XEmacs 21.4.17, and SBCL 0.97, I get this error down in the messages area: itimer "run-with-timer" signaled: (error "127.0.0.1/|^H& Servname not supported And it appears to go on, but I'm lame enough that I haven't figure out how to read the rest of the messages buffer without making it disappear. I might think I had some kind of local hosts or DNS misconfiguration, if the same setup didn't work perfectly well under regular GNU Emacs 21.4.1. I know this is kind of lame for a bug report; I'm amenable to being told how to beat more useful information out of xemacs, like.. oh, say, the rest of that message.

1 1

Re: [slime-devel] slime cvs 20051213, XEmacs 21.4.17
by Hoehle, Joerg-Cyril 14 Dec '05

14 Dec '05

Adam Fabian wrote: >And it appears to go on, but I'm lame enough that I haven't figure out >how to read the rest of the messages buffer without making it >disappear. All Emacs messages are available in the buffer named *Messages* (Emacs) or " *Messages*" (XEmacs, note space prefix). In XEmacs, in may therefore be necessary to select the buffer as follows: C-x b c-q SPACE * Mess TAB RET Buffers with a space prefix are normally hidden from the *Buffer List*. Some such exist in Emacs as well. Regards, Jörg Höhle.

1 0

[slime-devel] M-x slime-disconnect
by Alexis Rondeau 10 Dec '05

10 Dec '05

Hi there! Again I wanted to ask for opinions or solutions on the following problem. My setting is a Debian Stable with a 2.6.24 Kernel, cmucl 19b and slime from todays CVS. This whole thing takes place at a newly, dedicated server where I hoped this problem would not persist (in contrast to my PC which has the same specs). Unfortunately it does, so this is why I am posting again :) Ok, so I startup cmucl with the following initfile: (require 'asdf) (pushnew "/usr/share/common-lisp/systems/" asdf:*central-registry* :test #'equal) (pushnew #p"/home/lisper/slime/" asdf:*central-registry* :test #'equal) (load "/home/lisper/slime/swank-loader.lisp") (asdf:oos 'asdf:load-op :swank) ;;(setf swank:*use-dedicated-output-stream* nil) ;;(swank:create-server :port 4005 :dont-close t) Once at the prompt within cmucl I enter * (swank:create-server :port 4005 :dont-close t) ;; Swank started at port: 4005. 4005 And I can now, for example from another console via emacs comfortably via M-x slime-connect. Ok, so I have the REPL and everything but at some point I want to close the emacs-session (when I need to logout, for example) and I hit M-x slime-disconnect. What happens on the server-lisp running the swank server is this: * ;; Connection to Emacs lost. ;; [End-of-File on #<Stream for descriptor 6>] I am thrown in to the debugger, which is not really what I want, especially when I want to run this in the background and need to trust that at least swank works fine. Maybe, if you can tell me, this is safe to ignore. I don't know. I tried create-server with suggestions from a post earlier this week :style :spawn, :style :fd-handler, etc.. . It did not work and I don't know what to do. Am I the only one with this problem? Thank you for helping me with this :) Best, Alexis

2 1

Re: [slime-devel] M-. slime-edit-definition accuracy
by Andras Simon 09 Dec '05

09 Dec '05

On Thu, 8 Dec 2005, Luke J Crook wrote: > Andras Simon wrote: > > On Thu, 8 Dec 2005, Luke Crook wrote: > > > >> I'm using Emacs/SLIME and Lispworks. I'm finding that "M-. slime-edit- > >> definition" becomes less and less accurate the further into the file the > >> definition is located. > > Can't this be due to Windows/Unix eol differences? > > Just guessing. > > > I suppose it could very well be. Is there anyone using Win32 that has > experienced this problem? Just convert the file to use the eol convention of your OS, recompile it, and see if the problem persists. Andras

3 2

[slime-devel] M-. slime-edit-definition accuracy
by Luke Crook 08 Dec '05

08 Dec '05

I'm using Emacs/SLIME and Lispworks. I'm finding that "M-. slime-edit- definition" becomes less and less accurate the further into the file the definition is located. So for example if a defun is near the top of the file, then M-. jumps to the correct line. However if the defun is a couple hundred lines into the file, then M-. may end up somewhere in the middle of the defun, or in the wrong defun. Does this have something to do with tags? Is there something I need to rebuild from time to time? Thanks, -Luke

2 1

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 07 Dec '05

07 Dec '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.816 slime/ChangeLog:1.818 --- slime/ChangeLog:1.816 Tue Dec 6 00:01:49 2005 +++ slime/ChangeLog Wed Dec 7 18:51:41 2005 @@ -1,8 +1,24 @@ +2005-12-07 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * swank-allegro.lisp (find-definition-in-file) + (find-fspec-location, fspec-definition-locations): Allegro CL + properly records all definitions made by arbitrary macros whose + names start with "def". Use excl::find-source-file and + scm:find-definition-in-definition-group (rather than + scm:find-definition-in-file) to find them. + + * slime.el (slime-load-file): Change the default to be the buffer + file name with extension. This is more convenient for files like + .asd files that do not have the default source file extension. + (slime-save-some-lisp-buffers, slime-update-modeline-package): + Handle all files with major mode in slime-lisp-modes, not just + lisp-mode. + 2005-12-06 Juho Snellman <jsnell(a)iki.fi> - * swank-sbcl.lisp (function-source-location, - safe-function-source-location): Oops, define these functions - also for the >0.9.6 case. Fixes broken sldb-show-source on - SBCL 0.9.7. + + * swank-sbcl.lisp (function-source-location, + safe-function-source-location): Oops, define these functions also + for the >0.9.6 case. Fixes broken sldb-show-source on SBCL 0.9.7. 2005-12-05 Helmut Eller <heller(a)common-lisp.net>

1 0

[slime-devel] Patch for slime-load-file
by Matthias Koeppe 07 Dec '05

07 Dec '05

Any objections to this proposed change? (BTW, what's the rationale of stripping the filename extension here?) 2005-12-02 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-load-file): Strip the extension from the file name of the current buffer only if it is ".lisp". Much more convenient when you try to load the .asd file in the current buffer. --- slime.el.~1.566.~ 2005-12-01 13:32:54.000000000 +0100 +++ slime.el 2005-12-02 16:37:38.678149000 +0100 @@ -6520,9 +6520,13 @@ (interactive (list (read-file-name "Load file: " nil nil nil (if (buffer-file-name) - (file-name-sans-extension - (file-name-nondirectory - (buffer-file-name))))))) + (let ((file-name + (file-name-nondirectory + (buffer-file-name)))) + (if (string= (file-name-extension file-name) + "lisp") + (file-name-sans-extension file-name) + file-name)))))) (let ((lisp-filename (slime-to-lisp-filename (expand-file-name filename)))) (slime-eval-with-transcript `(swank:load-file ,lisp-filename)))) -- Matthias Koeppe -- http://www.math.uni-magdeburg.de/~mkoeppe

3 5

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 06 Dec '05

06 Dec '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.815 slime/ChangeLog:1.816 --- slime/ChangeLog:1.815 Mon Dec 5 21:20:43 2005 +++ slime/ChangeLog Tue Dec 6 00:01:49 2005 @@ -1,3 +1,9 @@ +2005-12-06 Juho Snellman <jsnell(a)iki.fi> + * swank-sbcl.lisp (function-source-location, + safe-function-source-location): Oops, define these functions + also for the >0.9.6 case. Fixes broken sldb-show-source on + SBCL 0.9.7. + 2005-12-05 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-find-coding-system): Use check-coding-system

1 0

[slime-devel] local variables lost in cmucl
by Giorgos Pontikakis 06 Dec '05

06 Dec '05

Hi, I'm using CMUCL 19c and Slime from CVS. I get this strange behaviour when I debug a lisp program: -- When I compile and load my files with the following: (dolist (i *source-files*) (declaim (optimize (speed 0) (space 0) (safety 3) (debug 3))) (compile-file (concatenate 'string i ".lisp"))) (dolist (i *source-files*) (declaim (optimize (speed 0) (space 0) (safety 3) (debug 3))) (load (concatenate 'string i ".x86f"))) I can use the 'v' command of the slime-debugger to see my source code, but I lose information for local variables -- When I just load the files using the following: (dolist (i *source-files*) (declaim (optimize (speed 0) (space 0) (safety 3) (debug 3))) (load (concatenate 'string i ".lisp"))) I have information for local variables, but the 'v' command of the debugger does not jump to the source code. Instead, it presents me with some representation of the code which I believe that is the interpreted one, and is much more difficult to use. Is there something that I'm doing wrong, or is it a limitation of slime? thank you very much Giorgos

2 3

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