slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] slime-beginning-of-defun doesn't push point
by Mark H. David 03 Mar '11

03 Mar '11

When you do C-M-A (slime-beginning-of-defun), and then do C-u M-space, it's supposed to take you back where you started. This doesn't seem to work now. I'm not sure when this got broken, or why, or if it's an intentional "improvement", and I don't have time to track it down. If anyone knows what's going on with that, I'd appreciate knowing. I think it should be fixed for everyone, but I'd settle for a private patch. Thanks! Mark

2 3

[slime-devel] *slime-inspector* [set value] and current package not in synch - bugp?
by MON KEY 03 Mar '11

03 Mar '11

I'm not sure if this is a bug or if I instead I am the one in error. >From the *slime-inspector* window, with the *slime-inspector* as current-buffer when I evaluate the elisp form: (slime-interactive-eval *package*) the return value is a package descriptor for PKG-A. When inspecting a class instance INSTANCE-I interned in package PKG-A I'm given the option of setting the slot value for SLOT-S of INSTANCE-I. This option is presented as a button "[set value]" in the *slime-inspector*. The elisp command `slime-inspector-operate-on-point' is attached to the button. SLOT-S of INSTANCE-I has neither :reader :writer nor :accessor methods, e.g. its spec is: (slot-s :initarg slot-s :initform nil) When attempting to set SLOT-S of INSTANCE-I from *slime-inspector* to the value of a defvar'd variable PKG-A:VAR-V interned in package PKG-A as VAR-V, I get the warning that: "The variable COMMON-LISP-USER::VAR-V is unbound." If I instead set the slot value to value of PKG-A:VAR-V it works fine. When invoking the "[set value]" action from the *slime-inspector* buffer why does it not recognize that the current package is PKG-A and not COMMON-LISP-USER? I've reported this as a putative bug here: https://bugs.launchpad.net/slime/+bug/728576 A description of the problem is also pasted here: http://paste.lisp.org/+2KQ5 -- /s_P\

1 0

[slime-devel] cl-workbooks in emacs?
by Mirko Vukovic 01 Mar '11

01 Mar '11

This is not a slime question, but it is about emacs & common lisp. I use slime + clisp and sbcl for my work. I use REPL as an environement for interactive data analysis. I need to produce an annotated log of the analysis. I am looking for a workbook type of file mode, in which I would enter into a file: - text (with markup rules such as in muse-mode or org-mode) - valid CL code At the end of the day I could `publish' the file (as an html, pdf, latex) document which would contain - the text - The CL code (formatted appropriately) - Results of executing the CL code. Some of my commands produce graphics via gnuplot, and there should be conventions+intelligence to dump these into a png format and insert into the published file. Right now, I am doing it very crudely by - creating a .lisp file - Writing text in #| |# blocks in emacs' muse mode. - CL stuff in rest of the buffer - Executing C-u C-c C-x to paste CL results into the buffer - modifying things a bit by hand - and leaving it at that. Are there any packages that can help me accomplish this? Thanks, Mirko

3 4

[slime-devel] Daily ChangeLog diff
by Helmut Eller 24 Feb '11

24 Feb '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2181 slime/ChangeLog:1.2182 --- slime/ChangeLog:1.2181 Fri Feb 18 15:38:41 2011 +++ slime/ChangeLog Thu Feb 24 01:38:34 2011 @@ -1,3 +1,9 @@ +2011-02-24 Stas Boukarev <stassats(a)gmail.com> + + * swank-allegro.lisp (find-topframe): Fix excl::int-newest-frame + invocation for the latest alpha version of Allegro. + Patch by Gábor Melis. + 2011-02-18 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-init-popup-buffer): Don't use

1 0

[slime-devel] Allegro debugger fix
by mega＠retes.hu 23 Feb '11

23 Feb '11

In the most recent alpha version of Allegro CL the arglist of the internal function INT-NEWEST-FRAME has changed slightly causing the slime debugger itself to signal an error. The backward compatible fix is: --- swank-allegro.lisp.~1.142.~ 2011-02-18 12:06:00.000000000 +0100 +++ swank-allegro.lisp 2011-02-24 00:05:52.000000000 +0100 @@ -149,7 +149,7 @@ (defun find-topframe () (let ((magic-symbol (intern (symbol-name :swank-debugger-hook) (find-package :swank))) - (top-frame (excl::int-newest-frame))) + (top-frame (excl::int-newest-frame (excl::current-thread)))) (loop for frame = top-frame then (next-frame frame) for name = (debugger:frame-name frame) for i from 0 Cheers, Gabor

2 1

[slime-devel] Documentation missing
by Marko Kocić 23 Feb '11

23 Feb '11

HI all, I was playing a bit with slime and its documentation facilities, and constructed quickly a small function to find all symbols that are not documented. The results are the following: ECL - CL package - 707 documented, 271 undocumented ECL - EXT package - 45 documented, 376 undocumented SBCL - CL package - 685 documented, 293 undocumented CCL - CL package - 608 documented, 370 undocumented ABCL - CL package - 8 documented, 970 undocumented Winner by number of documented symbols is ECL, while CCL, and especially SBCL subjectively seems to have more elaborate docstrings, with longer explanations. Is anyone aware is it possible to automatically parse hyperspec in order to create docstring that can be added to sources later? Or, to teach slime to use hyperspec as a fallback for CL symbols that are not documented in implementation? Code used to count: (defun documented-p (sym) (let ((vdoc (swank::documentation sym 'variable)) (fdoc (swank::documentation sym 'function))) (or vdoc fdoc))) (length (loop for s being the external-symbols of (find-package :cl) when (documented-p s) collect s)) Regards, Marko Kocić

2 1

[slime-devel] diff in calling external commands from slime or terminal window
by Mirko Vukovic 21 Feb '11

21 Feb '11

I am trying to understand (and fix) the following problem. I am running clisp on cygwin & windows. Slime is running from windows' emacs. If I launch clisp from a terminal (either cygwin's or windows' cmd.exe), commands such as > (ext:run-shell-command "pwd") work. So, it does not seem to matter where I call clisp from. But if I try the same from within slime, I get NIL. The value of `inferior-lisp-program' points to the clisp executable: c:\cygwin\bin\clisp.exe Thanks, Mirko

1 0

Re: [slime-devel] bridging the windows -cygwin device (was: cl-workbooks in emacs?)
by Mirko Vukovic 20 Feb '11

20 Feb '11

On Sun, Feb 20, 2011 at 3:39 PM, Fabrice Popineau < fabrice.popineau(a)supelec.fr> wrote: > However, I got a problem with dribble & slime on my windows xp: >> - running clisp on cygwin, dribble works fine >> - running clisp from slime on emacs-nt, dribble does not work. >> > > Cygwin is always a PITA. Why don't you try some native win32 lisp : sbcl, > ccl > or personal lispworks ? Together with some native win32 emacs. > > Best regards, > > Fabrice > Calling cygwin's clisp from window's slime is a PITA. But I find it then easier to link clisp to stuff that has been developed on linux (that involves using cffi for example). Anyways, I made some modest progress today, but hit another roadblock. I figured that if I call clisp from the windows command prompt as follows: bash -c clisp clisp is launched in a proper cygwin environment, and various commands work as expected. In particular (relevant for discussion that follows) all the paths are cygwin paths (meaning the usual unix-like ones, such as /usr, /usr/lib, /home, etc). Dribble works too. I tried to use the same call with slime by specifying the inferior-lisp-program as c:/cygwin/bin/bash.exe -c clisp clisp starts OK, but swank breaks with ... ;; Loading file C:\Documents and Settings\977315\My Documents\.swank.lisp ... ;; Loaded file C:\Documents and Settings\977315\My Documents\.swank.lisp *** - OPEN: Directory #P"C:\\DOCUME~1\\977315\\LOCALS~1\\Temp\\" does not exist The following restarts are available: ABORT :R1 Abort main loop But that is not correct. clisp seems to live in the windows world, because all the paths are listed as windows paths. Whereas if I start clisp from a cygwin bash window, or using the command above, clisp uses cygwin's paths. Confused ... Any ideas from the slime wizards?

1 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 19 Feb '11

19 Feb '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2179 slime/ChangeLog:1.2181 --- slime/ChangeLog:1.2179 Sun Feb 13 00:46:21 2011 +++ slime/ChangeLog Fri Feb 18 15:38:41 2011 @@ -1,3 +1,14 @@ +2011-02-18 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-init-popup-buffer): Don't use + multiple-value-setq on a list, XEmacs doesn't like it. + +2011-02-18 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-insert-threads): Make sure newlines have the + same thread-id property as the rest of the line. This fixes + confusion when point is at the end of a line. + 2011-02-13 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-inspector-operate-on-point): Don't save the

1 0

[slime-devel] [CfPart] 4th European Lisp Symposium, registration open!
by Didier Verna 15 Feb '11

15 Feb '11

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 4th European Lisp Symposium Special Focus on Parallelism & Efficiency March 31 - April 1st, 2011 TUHH, Hamburg University of Technology Hamburg, Germany http://www.european-lisp-symposium.org/ Sponsored by EPITA, TUHH, Lispworks, Franz Inc., NovaSparks and Freiheit ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Registration is now open! See http://www.european-lisp-symposium.org/content-registration-full.html for details. The deadline for early registration is March 12. There is a reduced fee for students and accompanying persons. You may also subscribe to mailing lists for this year's occurrence on the registration page. Invited Speakers: ~~~~~~~~~~~~~~~~~ Craig Zilles -- Compiling for the common case Marc Battyani -- Reconfigurable computing on steroids Apostolos Syropoulos -- Scala: an OO surprise The complete program will be available shortly. Scope ~~~~~~ The purpose of the European Lisp Symposium is to provide a forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL and so on. We encourage everyone interested in Lisp to participate. Programme Chair ~~~~~~~~~~~~~~~~ Didier Verna - EPITA Research and Development Laboratory, France Local Chair ~~~~~~~~~~~~ Ralf Moeller - Hamburg University of Technology, Germany Programme Committee ~~~~~~~~~~~~~~~~~~~~ Antonio Leitao - Instituto Superior Tecnico/INESC-ID, Portugal Christophe Rhodes - Goldsmiths College, University of London, UK David Edgar Liebke - Relevance Inc., USA Didier Verna - EPITA Research and Development Laboratory, France Henry Lieberman - MIT Media Laboratory, USA Jay McCarthy - Brigham Young University, USA Jose Luis Ruiz Reina - Universidad de Sevilla, Spain Marco Antoniotti - Universita Milano Bicocca, Italy Manuel Serrano - INRIA, France Michael Sperber - DeinProgramm, Germany Pascal Costanza - Vrije Universiteit of Brussel, Belgium Scott McKay - ITA Software, USA -- Resistance is futile. You will be jazzimilated. Scientific site: http://www.lrde.epita.fr/~didier Music (Jazz) site: http://www.didierverna.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