- slime-devel - mailman3.common-lisp.net

[slime-devel] OpenGL Integration into the REPL ?
by Sean Charles 14 Dec '06

14 Dec '06

Hello, I am currently developing 'something interesting' using SBCL and OpenGL via Apple X11. I have built SBCL and OpenGLUT from source as I am lucky enough to have an Intel 20" iMac and I wanted to make sure I was getting maximum speed i.e. no Rosetta in the way. My 'project' is coming along but it bugs me that I have to keep stopping and starting the application in order to make changes to the software because once the 'glutMainLoop' gets control the SLIME session doesn't respond anymore. I had to slightly modify the cl-opengl package as it has two symbol naming problems concerning the roman fonts but that is the only change I have had to make along with the library.lisp package which needed to be coaxed into loading my OpenGLUT build on an Intel Darwin platform. Apart from that it works very well, the MESADEMOS:GEARS averages about 4900 frames per second much to my disbelief!!! I know that SBCL does not currently support threading on the intel iMac which maybe would solve all my problems in one fell swoop. Software: SLIME CVS latest as of 13-July-2006 SBCL 0.9.13 OpenGLUT 0.6.3 I have spent a few hours reading the SWANK code trying to see where I can make changes but I am just to new to it, I have used SLIME but never before had a need to modify it and right now it looks a bit intimidating to try and figure out how to do what I would like to do which is basically find a way to make the OpenGL timer function and the display function both to 'keep the SWANK backend alive' by somehow calling whatever is needed to ensure that the SLIME session remains active at the same time as my OpenGL application is running. For me this would be incredibly productive as it means (if I have understood LISP so far [used Smalltalk for about 6 years]) that I can fiddle with my application while it is running and see any changes that affect the display be effected the next time the display is rendered. Is this at all possible??? I would think that a new SWANK back end could be created. I have also toyed with the idea of hacking the SBCL source code directly to contain the OpenGL libraries and somehow making the changes at that point but id I thought SWANK / SLIME was big, SBCL is enormous by comparison and I'd rather be coding my application that fiddling with the tools. Many thanks Sean Charles www.objitsu.com

5 6

[slime-devel] swank-cmucl.lisp remove-gc-hooks
by Madhu 14 Dec '06

14 Dec '06

The variables EXT:*GC-NOTIFY-AFTER* and EXT:*NOTIFY-BEFORE* should hold functions and should be NIL. This affects the function REMOVE-GC-HOOKS in swank-cmucl.lisp which sets them to NIL, (should one happen to use it). I believe the following Changelog entry applies: | 2004-12-05 Helmut Eller <heller(a)common-lisp.net> Appended is a fix which sets them back to the original parameters. Index: swank-cmucl.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank-cmucl.lisp,v retrieving revision 1.168 diff -u -r1.168 swank-cmucl.lisp --- swank-cmucl.lisp 23 Nov 2006 23:13:27 -0000 1.168 +++ swank-cmucl.lisp 10 Dec 2006 12:59:37 -0000 @@ -2178,8 +2178,8 @@ (setq ext:*gc-notify-after* #'post-gc-hook)) (defun remove-gc-hooks () - (setq ext:*gc-notify-before* nil) - (setq ext:*gc-notify-after* nil)) + (setq ext:*gc-notify-before* #'LISP::DEFAULT-GC-NOTIFY-BEFORE) + (setq ext:*gc-notify-after* #'LISP::DEFAULT-GC-NOTIFY-AFTER)) (defvar *install-gc-hooks* t "If non-nil install GC hooks")

2 1

[slime-devel] slime doesn't handle spaces in inferior-lisp-program ?
by André 14 Dec '06

14 Dec '06

Hi, My setup is. (setq inferior-lisp-program "C:/Program Files/Steel Bank Common Lisp/1.0/sbcl.exe") (add-to-list 'load-path "C:/Program Files/Emacs/site-lisp/slime-2.0") (require 'slime) (slime-setup) When I execute M-x slime I get the error message "Spawning child process: invalid argument". Experimenting a bit, I found that: (file-exists-p inferior-lisp-program) returns t (set-variable 'explicit-shell-file-name inferior-lisp-program) + M-x shell will get me a SBCL "shell". After moving SBCL to c:\sbcl and changing my config to (setq inferior-lisp-program "C:/sbcl/sbcl.exe") I tried M-x slime again and everything worked fine! I've been looking through the slime source (both 2.0 and the latest snapshot) and the split-string calls in slime-read-interactive-arg sure looks suspicious. Is this a known issue? /A

5 4

[slime-devel] swank.lisp *sldb-printer-settings*
by Madhu 14 Dec '06

14 Dec '06

This issue crops up, for example, when debugging huge strings (imagine huge text files slurped into strings), and is caused by the interactions of *PRINT-PRETTY* and *PRINT-LINES*: *PRINT-LINES* is in effect only if *PRINT-PRETTY* is non-NIL Currently swank.lisp defines |(defvar *sldb-printer-bindings* | `((*print-pretty* . NIL) [...] | (*print-lines* . 200) | (*print-escape* . t)) | "A set of printer variables used in the debugger.") So effectively *PRINT-LINES* is not obeyed, and slime prints huge strings (containing newlines) through emacs, causing much burden on all systems. I suggest changing the binding for *PRINT-PRETTY* in *SLDB-PRINTER-BINDINGS* to T if nothing else depends on it. -- Madhu

2 1

[slime-devel] slime.el defface slime-repl-inputed-output-face
by Madhu 14 Dec '06

14 Dec '06

[reported to the author] This problem shows up if you use color-theme.el. (Say) M-x color-theme-high-contrast results in the following error: ``face-attribute: Wrong type argument: symbolp slime-repl-inputed-output-face'' The following changelog entry may apply. |2005-05-18 Antonio Menezes Leitao <aml(a)gia.ist.utl.pt> The following appears to fix it by fixing the :inherit properties (I havent checked against all emacses) =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.698 diff -r1.698 slime.el 508c508 < (slime-repl-inputed-output-face)))) --- > slime-repl-inputed-output-face)))

1 0

[slime-devel] #'completion-output-symbol-converter
by Madhu 13 Dec '06

13 Dec '06

When (read-table-case *READTABLE*) is :upcase completing M-V-B<TAB> fails. Similarly :downcase. This is (I believe) because of a change introduced in |2006-10-26 Attila Lendvai <attila.lendvai(a)gmail.com> | (completion-output-symbol-converter): New to handle escaped | symbols for those who need to mess around with symbols like | layered-function-definers::|CONTEXTL::SLOT-VALUE-USING-LAYER|. | When a symbol is escaped then completion is case sensitive. The following patch fixes it [the heuristic] to work as before. --- swank.lisp.~1.422~ 2006-12-10 14:51:16.000000000 +0530 +++ swank.lisp 2006-12-10 16:05:14.000000000 +0530 @@ -3242,7 +3242,7 @@ INPUT is used to guess the preferred case." (ecase (readtable-case *readtable*) (:upcase (cond ((or with-escaping-p - (every #'upper-case-p input)) + (not (some #'lower-case-p input))) #'identity) (t #'string-downcase))) (:invert (lambda (output) @@ -3252,7 +3252,7 @@ (upper (string-downcase output)) (t output))))) (:downcase (cond ((or with-escaping-p - (every #'lower-case-p input)) + (not (some #'upper-case-p input))) #'identity) (t #'string-upcase))) (:preserve #'identity)))

2 1

[slime-devel] inspecting an object from the debugger
by Attila Lendvai 13 Dec '06

13 Dec '06

dear list, seems like when the inspector is opened up in the slime debugger, then it's running the swank side queries/actions in a different thread then the debugger is sitting in. to test this with cvs head see the following: (this is slime cvs head, sbcl cvs head) DT> (defclass foo () ((foo-slot))) DT> (defvar *global*) DT> (defmethod swank::inspect-slot-for-emacs (class (object foo) slot) (let ((result (call-next-method))) (append result `((:action "[test action]" ,(lambda () (setf (slot-value object 'foo-slot) *global*))))))) DT> (let ((*global* 42)) (break "~A" (make-instance 'foo))) ; Evaluation aborted pressing the action results in a *global* is unbound error. is there some fundamental problem behind this or it's just a simple bug? would be nice if someone with more insight into connection/thread handling could take a look at this. -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronstället)

1 1

[slime-devel] Slime merges windows when closing down a macroexpansion ..
by Lars Rune Nøstdal 13 Dec '06

13 Dec '06

The problem is that Slime merges windows whenever I compile something C-c-k and when I'm done watching a macro-expansion (closing it with q). This seems to be have been happening for a while as I've been following CVS HEAD; the problem is not visible in FAIRLY-STABLE. ..it's starting to get really annoying and I've gone back to FAIRLY-STABLE now; am I the only one seeing this? -- Lars Rune Nøstdal http://nostdal.org/

1 1

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

13 Dec '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1018 slime/ChangeLog:1.1019 --- slime/ChangeLog:1.1018 Fri Dec 8 08:32:45 2006 +++ slime/ChangeLog Tue Dec 12 10:40:19 2006 @@ -1,3 +1,20 @@ +2006-12-12 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank.lisp (inspect-for-emacs integer): Pad the hex formatted + value to eight digits, "Code-char:" instead of "Corresponding + character:", "Integer-length:" instead of "Length:", + "Universal-time:" instead of "As time". + (inspect-object): Use TYPE-FOR-EMACS instead of TYPE-OF. + (inspect-in-emacs): New function, analogous to ED-IN-EMACS. + + * swank-backend.lisp (type-for-emacs): New generic function, + defaults to TYPE-OF for non-integers, and returns FIXNUM or BIGNUM + for integers. + + * slime.el (destructure-case): Indicate in the error message that + it was the Elisp destructure-case that failed to avoid confusion. + (slime-check-eval-in-emacs-enabled): More verbose error message. + 2006-12-07 Marco Baringer <mb(a)bese.it> * swank.lisp (init-inspector): Added eval parameter. If NIL we

1 0

[slime-devel] problem compiling files defining packages
by Lynn Winebarger 12 Dec '06

12 Dec '06

Hi, First, I want to thank the developers for this Lisp IDE. It's very cool. But.... I was trying to compile a file with C-c M-k, and the file started out (defpackage "my-package" (:intern <stuff>) (:use "COMMON-LISP")) (in-package "my-package") Now, this is my first attempt at compiling a CL file (under SBCL 0.9.18), with or with a package involved. And it kept spitting out errors for the stuff after these two lines, and I could not for the life of me see why. Clearly it had something to do with the package declaration, because when I commented the above two lines out, I was able to compile the rest of the file. So I drop into a command line SBCL session, and the file compiled just fine. Anyway, I just wanted to let you know, this was very confusing for a CL newbie (been a Schemer for years, just not CL). It doesn't appear to be in the documentation anywhere. I did find some emails that looked vaguely related from the archives of this list using the gmane interface, but it wasn't something I could easily understand. I'm wondering, as CL developers, how do you get around this issue? It seems like it would be a problem. Thanks, Lynn

3 3