slime-devel April 2015

slime-devel@common-lisp.net

63 participants
80 discussions

Dynamically prevent slime debugger
by Christopher Laux 08 Apr '15

08 Apr '15

Hi, is there a good way to prevent slime (or rather swank) from dropping into the slime debugger depending on the value of a variable? Specifically I want to limit the number of open debugger windows to 1 and simply log all further simultaneous errors. Any help appreciated, Chris

3 4

any way to call indent-sexp from Lisp
by Mark H. David 08 Apr '15

08 Apr '15

I don't want to use the built-in pretty printer to dump code forms to an output stream. Rather, I'd like it to be formatted as indent-sexp does when SLIME is running with my Lisp environment loaded. Can anyone recommend a way to do this? Does SLIME offer anything along these lines? Thanks, Mark

2 1

[patch] calling slime-edit-definition in the first position of a *slime-apropos* buffer
by João Távora 08 Apr '15

08 Apr '15

Here is a fix for an annoyance similar to the one I described in my previous email: Pressing M-. on the first position of the *slime-apropos* raises a "args out of range error". Marco, I'm cc'ing you, since I believe the error stems from the interaction of your `slime-fancy-inspector' contrib with `slime-inspector-property-at-point'. It could be a easy fix in slime.el diff --git a/slime.el b/slime.el index 106b0fa..857e68f 100644 --- a/slime.el +++ b/slime.el @@ -6636,7 +6636,8 @@ position of point in the current buffer." when value return (list property value))))) (or (funcall find-property (point)) - (funcall find-property (1- (point)))))) + (and (> (point) (point-min)) + (funcall find-property (1- (point))))))) (defun slime-inspector-operate-on-point () "Invoke the command for the text at point. But the real problem is that `slime-fancy-inspector' contrib places its `slime-edit-inspector-part' in `slime-edit-definition-hooks', thus causing `slime-inspector-operate-on-point' to be called uselessly in non-inspector contexts. So maybe there's a better fix within the spirit of `slime-edit-definition-hooks' diff --git a/contrib/slime-fancy-inspector.el b/contrib/slime-fancy-inspector.el index 8918f90..bef8d1c 100644 --- a/contrib/slime-fancy-inspector.el +++ b/contrib/slime-fancy-inspector.el @@ -22,6 +22,7 @@ ,(slime-definition-at-point t)))) (defun slime-edit-inspector-part (name &optional where) + (and (eq major-mode 'slime-inspector-mode) (destructuring-bind (&optional property value) (slime-inspector-property-at-point) (when (eq property 'slime-part-number) @@ -34,6 +35,6 @@ (list (make-slime-xref :dspec `(,name) :location location)) name - where)))))) + where))))))) -- João Távora

1 0

Raising the Emacs frame when ed/debugger/inspector pop up
by Luís Oliveira 08 Apr '15

08 Apr '15

Hello, When developing GUI applications, I find it essential to have the Emacs frame pop up when my application signals an unhandled error. The problem is that the debugger will often pop up while I'm interacting with the application (and Emacs is usually hidden somewhere beneath it), so I would often be left staring at a frozen GUI not understanding what was happening. This pull request <https://github.com/slime/slime/pull/92> makes the frame raise. It also does the same thing when entering `slime-ed' and `slime-open-inspector' for similar reasons. In my particular case, sometimes those events come from the application GUI, sometimes from the Allegro CL IDE. I have two questions for my fellow SLIME users: 1. is there any situation where this behaviour would be undesirable? 2. if so, we need a customisation variable. Which behaviour should be the default one? Thanks, Luís

3 7

New contrib: slime-fancy-trace
by Luís Oliveira 08 Apr '15

08 Apr '15

Hello, The attached patch implements a new contrib that rebinds C-c C-t to an alternative implementation of slime-toggle-trace-fdefinition that takes advantage of the slime-parse contrib. With this contrib loaded, C-u C-t is able to trace methods, setf functions, local functions, etc, when supported by the SWANK backend. Cheers, -- Luís Oliveira http://r42.eu/~luis/

3 2

indent based on subsequence of symbol
by Lucien Pullen 08 Apr '15

08 Apr '15

I was wondering if it is possible to specify indentation rules for all symbols that match a substring. I have a macro that creates implicit MACROLET bodies for symbols starting with "X!" (like DEFMACRO! from Let Over Lambda), and I'd like them to be indented as LAMBDA. So, something like: (defun/xml (item) (x!xsl/output (:method "xml")) (x!xsl/match (:name item) (x!name () (x!xsl/value-of (:select "name"))))) Currently with slime-indentation, it gets indented as such: (defun/xml (item) (x!xsl/output (:method "xml")) (x!xsl/match (:name item) (x!name () (x!xsl/value-of (:select "name"))))) The names of symbols will not be known beforehand, just that they start with "X!".

2 7

error in process filter: Keyword argument :coding-system not one of (:coding-systems)
by Thorsten Jolitz 08 Apr '15

08 Apr '15

(does my message comes through this time? I tried before ...) Hi List, I continue to get this error ,-------------------------------------------------------------------- | error in process filter: Keyword argument :coding-system not one of | (:coding-systems) `-------------------------------------------------------------------- when calling Slime with a PicoLisp swank implementation, besides having changed the :encoding to what I believe is a valid value. original version: ,-------------------------------------------------------------------- | (de swank:connection-info () | (list | ':pid *Pid | ':style 'nil | ':encoding '(:coding-system "utf-8" :external-format "utf-8") [...] `-------------------------------------------------------------------- changed to new version: ,------------------------------------------------ | (de swank:connection-info () | (list | ':pid *Pid | ':style 'nil | ':encoding '(:coding-system "utf-8-unix") [...] `------------------------------------------------ What am I missing here? PS I just recently cloned the newest slime from the 'unofficial' github repo. -- cheers, Thorsten

2 1

slime tests
by Paul Bowyer 08 Apr '15

08 Apr '15

Hello João, I tried to run the slime test suite this morning to see what results it produced. I'm uncertain what the proper procedure is for running the test suite, but this is what I did. I made the test suite available by including "slime-tests" in my ".emacs" file in the (slime-setup '( < other contribs > slime-tests)), which seemed to work. I started emacs, did M-x slime, then did M-x slime-batch-test, which ran the test suite after asking me if I wanted to start a second inferior lisp (I tried it with and without). The results came out with 17 unexpected failures and I have attached a file "slime-batch-test-results.txt" which contains the contents of the *ert* buffer from emacs. For reference, I'm running Linux Mint 14 with KDE-4.9.5 and sbcl-1.1.14 and emacs-23.4.1. Am I using the proper procedure to run the slime test suite? In the past when I ran the test suite, it generally finished with only one/(1) expected failure and no/(0) unexpected failures. Should I expect more failures in the slime test suite with the github version of slime? Thanks, Paul Bowyer

3 3

autodoc bugs
by Nick Levine 08 Apr '15

08 Apr '15

I've reported a couple of autodoc bugs, at https://bugs.launchpad.net/slime. The first of these was four months ago. Is anyone tracking these? Is autodoc actively maintained? Thanks. - nick

2 2

Maybe another glitch
by Paul Bowyer 08 Apr '15

08 Apr '15

Hello João, I've been using github slime continuously for a few days and everything I normally use seems to be working fine, but today I tried to use multiple REPLs by loading slime-mrepl in my .emacs file, which is available in the contrib folder. When I do M-x slime-open-listener as the documentation indicates, I get [No match] as a response. Is there another way to get multiple REPLs in different threads? I was hoping to try this feature because I have a client / server app I want to test by running the server from one REPL and the client from the second REPL, but I can't do it in slime without slime-mrepl working. Also, as I was scouring the slime html documentation looking for clues about multiple REPLs I noticed several sections where the text was single-columned, which didn't look very readable. The sections I noticed where this occurred were: 2.5.2 Multiple Lisps. 3.1.4 Key bindings 3.2 Evaluation commands 3.3 Compilation commands . . . Seems to continue on this way... I create the html file by using 'make slime.html' in the slime/doc folder and this is what it produces. Thanks, Paul Bowyer

2 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel April 2015