slime-devel

slime-devel@common-lisp.net

4231 discussions

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

17 Oct '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.795 slime/ChangeLog:1.796 --- slime/ChangeLog:1.795 Fri Oct 14 20:51:01 2005 +++ slime/ChangeLog Mon Oct 17 20:14:12 2005 @@ -1,3 +1,21 @@ +2005-10-17 Marco Baringer <mb(a)bese.it> + + * swank.lisp (eval-in-emacs): Instead of taking a string and + attempting to parse it emacs side the function now takes a form + and converts it to a string internally. This should allow users of + the function to not have to worry about quoting issues and emacs' + different printed represenation for, among other things, + characters. + (process-form-for-emacs): New function. Converts a list into a + string for passing to emacs. + + * slime.el (slime-eval-for-lisp): New API. This function now takes + a single string, representing the form to evaluate, and uses + emacs' read function to convert it into a form before eval'ing it. + (slime-dispatch-event): The :eval event now passes a single + string (instead of a string and something looking kind of like a + form). + 2005-10-15 Douglas Crosher <dcrosher(a)common-lisp.net> * swank-scl.lisp: Support for Scieneer Common Lisp.

1 0

[slime-devel] Trivial patch to hyperspec.el
by Jose A. Ortega Ruiz 16 Oct '05

16 Oct '05

Hello. I want to have a special function for browsing the hyperspec, instead of the default browse-url (which i have customised differently). AFAICT, this is not possible with the current hyperspec.el, so i just added a new variable common-lisp-hyperspec-browse-url (and used it). The patch is trivial, but i'm attaching it anyway. Thanks a lot for slime. It's made hacking lots more fun for me. jao -- Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we. -- Georges W. Bush

1 0

[slime-devel] setq: Wrong type argument: listp, "cmucl -core /home/paolo/src/mcclim/clim.core"
by Paolo Amoroso 16 Oct '05

16 Oct '05

I have just upgraded to CMUCL Snapshot 2005-10 (19C) and the latest SLIME CVS sources on my Linux box with GNU Emacs 21.3.2. Before trying SLIME with this new setup, I removed all fasl files from ~/.slime and the local SLIME sources in /home/paolo/src/slime. When I issue `M-x slime' from Emacs, I get this error in the echo area, and SLIME doesn't start: setq: Wrong type argument: listp, "cmucl -core /home/paolo/src/mcclim/clim.core" My ~/.swank.lisp: (setf (cdr (assoc 'swank::*print-pretty* swank:*sldb-printer-bindings*)) t) (load "/home/paolo/src/slime/present") My SLIME-related forms in ~/.emacs: (add-to-list 'load-path "/home/paolo/src/slime") (require 'slime) (setq slime-multiprocessing nil) (setq slime-truncate-lines nil) (slime-setup :autodoc t) (add-hook 'lisp-mode-hook (lambda () (set-fill-column 80) (auto-fill-mode) (setq indent-tabs-mode nil))) (add-hook 'inferior-lisp-mode-hook (lambda () (inferior-slime-mode t))) (setq inferior-lisp-program "cmucl") (slime-register-lisp-implementation "clim" (format "cmucl -core %s" (expand-file-name "~/src/mcclim/clim.core"))) (setq common-lisp-hyperspec-root "file:/home/paolo/doc/lisp/clhs/HyperSpec/") (add-hook 'inferior-lisp-mode-hook (defun my-inferior-lisp-mode-hook () (add-to-list (make-local-variable 'comint-output-filter-functions) (lambda (string) (unless (get-buffer-window (current-buffer) t) (display-buffer (current-buffer) t)) (comint-postoutput-scroll-to-bottom string))))) Any suggestions? Paolo -- Lisp Propulsion Laboratory log - http://www.paoloamoroso.it/log

2 2

[slime-devel] Scieneer Common Lisp support available.
by Douglas Crosher 13 Oct '05

13 Oct '05

Hello, SLIME support has been written for Scieneer Common Lisp. There are just a few patches but a new file 'swank-scl.lisp' is required and is perhaps a little too large to email here. If someone is prepared to commit the changes or allow access to the CVS source then please let me know. Regards Douglas Crosher

2 1

[slime-devel] How to connect to lisp with swank preloaded?
by Andrew Stebakov 12 Oct '05

12 Oct '05

Hi, I am using CLisp so let's say I wan't to save an image with Swank so I just do the regular procedure with "M-x slime" which will give me the REPL. Now if I save image and start clisp with the same procedure it will crash (I guess because swank is already loaded in the image). What steps can I do now to avoid swank from loading again? Thanks! Andrew __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

5 4

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

11 Oct '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.792 slime/ChangeLog:1.794 --- slime/ChangeLog:1.792 Sun Oct 9 21:17:22 2005 +++ slime/ChangeLog Tue Oct 11 23:11:24 2005 @@ -1,3 +1,34 @@ +2005-10-11 Stefan Kamphausen <skampi(a)gmx.net> + + * slime.el: Persistent REPL history. The history from REPL + buffers is now saved to the file ~/.slime-history.eld. The file + is read on startup and saved when a REPL buffer gets killed or + when Emacs exits. There are also commands to save or read the + history file. + (slime-repl-save-merged-history, slime-repl-merge-histories) + (slime-repl-read-history, slime-repl-save-history): New functions. + (slime-repl-history-file, slime-repl-history-size): New vars. + (slime-repl-mode): Add hooks to load and save the history. + +2005-10-11 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-read-interactive-args): Split the string + inferior-lisp-program to get the values for :program and + :program-args. Also let slime-lisp-implementations take + precedence if non-nil. + (slime-lisp-implementations): Renamed from + slime-registered-lisp-implementations. + + * swank.lisp (force-user-output): There seems to be a bug in + Allegro's two-way-streams. As a workaround we use force-output for + the user-io stream. (finish-output *debug-io*) still triggers the + bug. + +2005-10-10 Svein Ove Aas <svein.ove(a)aas.no> + + * swank-allegro.lisp (find-external-format): Translate :utf-8-unix + to :utf8, which Allegro 7.0 understands. + 2005-10-09 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime, slime-start): Introduce a separate function for

1 0

[slime-devel] cmucl with slime crashes on solaris
by Mario S.Mommer 11 Oct '05

11 Oct '05

Hi, With the current cmucl snapshot for sparc (but with earlier versions this also happens), and a current slime from cvs, I get the following behaviour. I start with ; SLIME 2005-10-11 CL-USER> (tagbody tag (format t "oo~%") (sleep 5) (go tag)) oo Then I interrupt the lisp process. So far so good. When I hit "q", I get a segfault from cmucl. After that, things stop working normally. Mario. PS: the backtrace: Error in function UNIX::SIGSEGV-HANDLER: Segmentation Violation at #xFF14D878. [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Return to Top-Level. Backtrace: 0: (UNIX::SIGSEGV-HANDLER #<#1=unused-arg> #<#1#> #.(SYSTEM:INT-SAP #x000391D8)) 1: (UNIX::SIGSEGV-HANDLER 3 #<#1=unused-arg> #<#1#> #.(SYSTEM:INT-SAP #x000391D8))[:EXTERNAL] 2: ("call_into_lisp+#xB7 [#x1BBCF] /local/mommer/local/lib/cmucl/bin/lisp") 3: (LISP::SUB-SERVE-EVENT NIL 0) 4: (SYSTEM:WAIT-UNTIL-FD-USABLE 0 :INPUT NIL) 5: (LISP::DO-INPUT #<Stream for Standard Input>) 6: (LISP::INPUT-CHARACTER #<Stream for Standard Input> NIL (LISP::*EOF*)) 7: (LISP::SYNONYM-IN #<Synonym Stream to SYSTEM:*STDIN*> NIL (LISP::*EOF*)) 8: (LISP::TWO-WAY-IN #<Two-Way Stream, Input = #<Synonym Stream to SYSTEM:*STDIN*>, Output = #<Synonym Stream to SYSTEM:*STDOUT*>> NIL (LISP::*EOF*)) 9: (LISP::SYNONYM-IN #<Synonym Stream to SWANK::*CURRENT-STANDARD-INPUT*> NIL (LISP::*EOF*)) 10: (READ-CHAR #<Synonym Stream to SWANK::*CURRENT-STANDARD-INPUT*> NIL (LISP::*EOF*) NIL) 11: (LISP::READ-PRESERVING-WHITESPACE-INTERNAL #<Synonym Stream to SWANK::*CURRENT-STANDARD-INPUT*> NIL (:EOF) T) 12: (LISP::READ-PRESERVING-WHITESPACE-INTERNAL #<Synonym Stream to SWANK::*CURRENT-STANDARD-INPUT*> NIL (:EOF) NIL) 13: (LISP::READ-PRESERVING-WHITESPACE-INTERNAL 4 #<Synonym Stream to SWANK::*CURRENT-STANDARD-INPUT*> NIL (:EOF) ...)[:EXTERNAL] 14: (LISP::READ-INTERNAL #<Synonym Stream to SWANK::*CURRENT-STANDARD-INPUT*> NIL (:EOF) NIL) 15: (READ #<Synonym Stream to SWANK::*CURRENT-STANDARD-INPUT*> NIL (:EOF) NIL) 16: (LISP::%TOP-LEVEL) 17: ((LABELS LISP::RESTART-LISP SAVE-LISP))

2 1

[slime-devel] path's for slime
by Vadim Potapenko 11 Oct '05

11 Oct '05

I install lisp-box for windows on WindowsNT, but i've some access problems for ordinary users. What rights must be set on directories? Or maybe i can change paths?

2 1

[slime-devel] SLIME 2005-10-09 vs. inferior-lisp-program
by Peter BARABAS 10 Oct '05

10 Oct '05

Hello, I've just updated my SLIME from CVS and got the following error in the minibuffer while doing M-x slime: "Process inferior-lisp not running" inferior-lisp-program is set to "/usr/bin/sbcl --noinform". If I set it to ""/usr/bin/sbcl" M-x slime works. -- '(Yours parenthetically), peter barabas. ((call/cc call/cc) (call/cc call/cc))

2 1

[slime-devel] Problems with AllegroCL and completion
by Edi Weitz 10 Oct '05

10 Oct '05

Hi! Today I noticed that there seem to be significant problems with AllegroCL (I'm using 7.0 pro on both Windows and Linux) and completion. SLIME is current from CVS. For me the problem is reproducible like that: 1. The TAB key is bound to slime-indent-and-complete-symbol. 2. In the REPL buffer type, say, (use-package :d 3. Now, with the cursor after the "d" type TAB several times in a row very fast. This suffices to completely trash everything for me. On Windows, Emacs goes up to 60% CPU usage and doesn't react anymore, on Linux AllegroCL goes up to 95% CPU usage. Any ideas? Thanks, Edi.

2 5

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