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

[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

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

09 Oct '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.791 slime/ChangeLog:1.792 --- slime/ChangeLog:1.791 Sat Oct 1 14:00:27 2005 +++ slime/ChangeLog Sun Oct 9 21:17:22 2005 @@ -1,4 +1,32 @@ +2005-10-09 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime, slime-start): Introduce a separate function for + the non-interactive case. `slime-start' takes lots of keyword + arguments and `slime' is reserved for interactive use. + (slime-read-interactive-args): New function. + (slime-maybe-start-lisp, slime-inferior-lisp) + (slime-start-swank-server): Pass all arguments needed to start + the subprocess as a property list. Also store this list in a + buffer-local var in the inferior-lisp buffer, so that we can + cleanly restart the process. + (slime-registered-lisp-implementations): Change the format and + document it. M-- M-x slime can now be used select a registered + implementation. + (slime-symbolic-lisp-name): Deleted. And updated all the functions + which passed it along. + (slime-set-connection-info): Use the new format. + (slime-output-buffer): Don't re-initialize buffer-local variables + if the buffer already exists. This saves the history. From Juho + Snellman. + + * swank-cmucl.lisp (sis/in): Use finish-output instead of + force-output. + + * swank.lisp (connection-info): Include the initial package and + a more self-descriptive format. + 2005-10-01 Juho Snellman <jsnell(a)iki.fi> + * swank-backend (*gray-stream-symbols*): Add :STREAM-LINE-LENGTH to *GRAY-STREAM-SYMBOLS* on implementations that support this extension to gray streams. Reported by Matthew D Swank. @@ -25,8 +53,7 @@ * swank-scheme48/source-location.scm: New file. For M-. * swank-scheme48/module.scm (list-all-package): New function. * swank-scheme48/interfaces.scm (module-control-interface): Export it. - * swank-scheme48/inspector.scm: Add methods for records and and - hashtables. + * swank-scheme48/inspector.scm: Add methods for records and hashtables. (swank:arglist-for-echo-area): Implement it. Only works for functions with enough debug-data (ie. only user-defined functions). * swank-scheme48/completion.scm: New file.

1 0

[slime-devel] non-Latin1 character causes slime to disconnect
by Alan Shields 09 Oct '05

09 Oct '05

Quick way to cause problems: At the repl, do: (code-char 65533) Swank will disconnect. This is an unhandled condition regarding an external format encoding error. Ocurred with SBCL 0.9.4.65 and 09/28/2005 at 9:20 PM's slime CVS. The quick response is "don't do that" - but the character was ocurring in (I think) a backtrace from an external format error. Any assistance would be appreciated. Thanks, Alan

2 3

[slime-devel] REPL history cleared when inferior lisp is restarted
by Juho Snellman 09 Oct '05

09 Oct '05

After the recent changes to slime-output-buffer (2005-09-15), the REPL history is no longer preserved across inferior lisp restarts. I don't understand the code well enough to know what the proper fix is, but the following kludge seems to restore the old behaviour: --- slime.el 27 Sep 2005 22:42:55 -0000 1.552 +++ slime.el 1 Oct 2005 19:41:09 -0000 @@ -2474,7 +2474,8 @@ (setf (slime-connection-output-buffer) (let ((connection (slime-connection))) (with-current-buffer (slime-repl-buffer t connection) - (slime-repl-mode) + (unless (eq major-mode 'slime-repl-mode) + (slime-repl-mode)) (setq slime-buffer-connection connection) (slime-reset-repl-markers) (unless noprompt -- Juho Snellman

2 1

[slime-devel] compile-system problem
by Peter BARABAS 07 Oct '05

07 Oct '05

Hello, I'm using CVS SLIME and went into the following problem: I start slime with M-x slime, then change the current directory with <comma> !d, and do a compile-system. Everything compiles fine, but when I try to call any function with (dora:start) or (dora::list-items) I get: package "DORA" not found. When I do it in a shell as cd .devel/dora && sbcl --eval "(asdf:oos 'asdf:load-op :dora)" --eval "(dora:start)" it works. Am I missing something? Thank you for your reply. -- '(Yours parenthetically), peter barabas. ((call/cc call/cc) (call/cc call/cc))

2 1

[slime-devel] Re: Patch for stepper support in SBCL and (sort of) CLISP
by Svein Ove Aas 06 Oct '05

06 Oct '05

On 10/5/05, Bill Clementson <billclem(a)gmail.com> wrote: > > The basic design is a Lisp evaluator that communicates with the > > stepper UI by way of the condition system - pretty much the same setup > > as my last attempt, except that I'm writing said evaluator myself. I'm > > about halfway done with the evaluator, and haven't really tried doing > > anything about the UI yet; Slime's debugger works fairly well for the > > development bit. > > If you're still looking at approaches for the UI, have you considered > the approach that is taken by edebug in emacs (for elisp code)? I > really like that approach and think that it is an excellent way to > visually present sexp evaluation. > Actually, yes. It's a bit too early to say, though, and I think there will be at least two representations.

1 0

[slime-devel] Re: Patch for stepper support in SBCL and (sort of) CLISP
by Svein Ove Aas 05 Oct '05

05 Oct '05

On 10/5/05, Bill Clementson <billclem(a)gmail.com> wrote: > Hi Svein, > > > Due to a few requests lately, I thought I should mention something: > > This code is obsolete. > > > > It only ever really worked on SBCL, and even there not perfectly. I'm > > rewriting it as something that should work everywhere, but meanwhile > > any non-fatal bugs are going to go unfixed - sorry about that." > > Any progress in getting the SBCL stepper working yet? It always pretty much worked in SBCL, so I assume you're referring to my new implementation. Progress? Some. The basic design is a Lisp evaluator that communicates with the stepper UI by way of the condition system - pretty much the same setup as my last attempt, except that I'm writing said evaluator myself. I'm about halfway done with the evaluator, and haven't really tried doing anything about the UI yet; Slime's debugger works fairly well for the development bit. *IF* I had nothing else to do, I could probably get a workable stepper (sans UI) in a week. As I do, in fact, have other things to do, I'm aiming to complete it by christmas. Partials will be unpredictable, but feel free to pull patches from darcs://brage.info/~svein/repos/slime/, which will contain semi-stable code once I've got such a thing. (At the moment it's practically empty. You could still use it as a CVS gateway, I suppose.) I'll also announce it to slime-dev once I feel confident about letting the ravening hordes at my code. As has been mentioned, all good things come to those who wait - for a tidbit, I've got a framework for step-backwards in place. > Also, what were the problems that you had getting it to work with OpenMCL? (defmacro step (&body body) ,@body) That about summarizes it. I'd been using that macro as a starting point for figuring out how the implementations did it. OpenMCL apparently didn't, but maybe I didn't dig deep enough. I'd appreciate pointers to whitepapers on Lisp evaluation and such, if you have some handy. - Svein Ove Aas

2 1

[slime-devel] loopback interface
by Robert Brown 04 Oct '05

04 Oct '05

Recently, I've been running a Lisp-based server on a batch scheduling system. The scheduler starts up my server on an available machine and then I'd like to connect to it with Slime. I've noticed two things: 1. The code in swank.lisp listens on port 127.0.0.1 <http://127.0.0.1>, which means I cannot connect to my Lisp server from a remote machine. I must log in to the host it's running on and then specify "localhost" when I execute slime-connect in Emacs. If swank is running on host "foo", why doesn't it bind its listening socket with foo's address? 2. I modified swank.lisp so the server code binds its listening connection socket with foo's address. Now I can connect from a remote machine. Is there any convenient way to send whole files across the Slime connection? The Lisp running the swank server has no NFS access to the machine I'm running Emacs on. I'd like to be able to edit files on the Emacs side and send then whole to the Lisp running swank. bob

5 5

[slime-devel] SLIME48: a Swank back end in Scheme48
by Taylor Campbell 04 Oct '05

04 Oct '05

About a month ago, as I was thinking about building a comprehensive development environment for Scheme (& Scheme48 in particular), akin to SLIME, the notion occurred to me that Scheme48 might actually provide the necessary facilities for a realistic Swank back end (as compared to the mostly toy back end Helmut Eller sent here a while ago). So I started working on it a bit in small increments, and pretty soon Emacs was successfully talking to it over TCP to evaluate simple REPL expressions. Last week I implemented SLDB support, after rewriting it from scratch once my initial prototype worked; I spent the whole weekend fixing a really obscure bug involving threads, continuations, & DYNAMIC-WIND; and just today I've gotten it into an almost usable state for REPL work (though not file & module loading & such yet). Currently, I'm not using any source control yet, and I haven't released the code anywhere, but Marco Baringer and several others recommended that I simply add the Scheme48 back end to the main SLIME CVS source repository. If everyone relevant would be OK with this, I'd like to do it, but I see one potential problem with it, assuming that no one would object to including Scheme code in SLIME: I've organized my Scheme48 back end into about a dozen different files, which is pretty different from the existing organization of SLIME code (one monolithic file for the Emacs side; one monolithic file for the bulk of the CL side; one monolithic file for each back end). Would this bother anyone? (I intend, by the way, not to change the Emacs side of SLIME to add anything Scheme-specific; if anything, I'd want only to make slime.el work better with both Scheme & CL -- e.g., Marco Baringer just kindly committed a change I suggested that makes the definition locator code look for definitions where a sequence of parentheses might precede the name being defined, such as in (DEFINE (FOO X) ...) to define FOO in Scheme, or (DEFSTRUCT (BAR ...) ...) to define a BAR structure in CL. There are a few other minor changes like these that would be convenient for Scheme48's back end, but which would not get in the way of the CL back ends, too.) Obligatorily, here's some SLIME48 porn, by the way: <http://www.bloodandcoffee.net/campbell/slime48-sldb-porn.png> (The CL-USER prompt and the mention of a COMMON-LISP-USER package are due to slime.el's hard-coded initial package of COMMON-LISP-USER -- another small change I'd like to make is to allow customization of the initial package. (The temporary solution was for me just to define a COMMON-LISP-USER package in Scheme48, of course.))

12 33

[slime-devel] presentations/repl history problem
by Alan Ruttenberg 03 Oct '05

03 Oct '05

Somewhere in the last ~2 months, a change I made was (searching for the diplomatic word here...) "regressed". The symptom is that when I bring back something from the repl history (via meta-p) that contains a presentation, the presentation is no longer in the right style, and return sends the presentation string rather than for to evaluate to the object, causing an error. I spent a reasonable amount of time this morning looking for the bug but things have changed enough that I can't understand what's going on well enough to find it. Could someone who is familiar with the relevant changes to the presentation system please review this problem and suggest a fix? The presentation stuff, at least on the emacs side, could use some documentation at this point. What are the features? How are they implemented? Thanks, Alan 2005-08-10 Alan Ruttenberg <alanr-l(a)mumble.net> * slime.el move slime-repl-add-to-input-history to slime-repl- send-input so we can see the presentations we copied to input when we reuse history rather than #.(blah...)

1 0

[slime-devel] communication style
by Robert Brown 03 Oct '05

03 Oct '05

Please document the NIL setting of SWANK:*COMMUNICATION-STYLE*. Better yet, select its behavior with a new keyword value, something like :SERVER-LOOP. Yesterday, I found I needed this setting as was I trying to get Slime working to a non-threaded SBCL running in an environment where its standard input is basically /dev/null. Thanks very much for Slime. It's fabulous. bob

1 0

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

01 Oct '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.790 slime/ChangeLog:1.791 --- slime/ChangeLog:1.790 Thu Sep 29 07:16:19 2005 +++ slime/ChangeLog Sat Oct 1 14:00:27 2005 @@ -1,3 +1,8 @@ +2005-10-01 Juho Snellman <jsnell(a)iki.fi> + * swank-backend (*gray-stream-symbols*): Add :STREAM-LINE-LENGTH + to *GRAY-STREAM-SYMBOLS* on implementations that support this + extension to gray streams. Reported by Matthew D Swank. + 2005-09-29 Luke Gorrie <luke(a)synap.se> * swank-scheme48: Removed due to excessive whining.

1 0

[slime-devel] nit: zap (setq it choice-to-lambda) from `slime-presentation-menu'
by jpw＠gnu.org 01 Oct '05

01 Oct '05

Howdy, Nothing uses it. I guess it is a stray debugging/development artifact. How about zapping it ? 2005-10-01 John Paul Wallington <jpw(a)pobox.com> * slime.el (slime-presentation-menu): Don't set free variable `it' to value of `choice-to-lambda'. --- slime.el 01 Oct 2005 13:47:58 +0100 1.552 +++ slime.el 01 Oct 2005 18:49:44 +0100 @@ -3118,7 +3118,6 @@ (error "No presentation at event position")) (let ((menu (slime-menu-choices-for-presentation presentation from to choice-to-lambda))) - (setq it choice-to-lambda) (let ((choice (x-popup-menu event menu))) (when choice (call-interactively (gethash choice choice-to-lambda)))))))))

1 0

[slime-devel] error in swank after upgrading to sbcl 0.9.5 (linux x86)
by Matthew D Swank 01 Oct '05

01 Oct '05

When I am alerted to a symbol conflict: USE-PACKAGE #<PACKAGE "UTIL"> causes name-conflicts in #<PACKAGE "COMMON-LISP-USER"> between the following symbols: UTIL:APPLY, APPLY [Condition of type SB-INT:NAME-CONFLICT] See also: Common Lisp Hyperspec, 11.1.1.2.5 [section] Restarts: 0: [RESOLVE-CONFLICT] Resolve conflict. 1: [ABORT-REQUEST] Abort handling SLIME request. 2: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {9167109}>) and pick 0, I get the following error: There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> when called with arguments (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>). [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Return to sldb level 1. 1: [ABORT-REQUEST] Abort handling SLIME request. 2: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {9167109}>) Backtrace: 0: ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument> #<unavailable argument> #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>)) ... full error attached Matt -- "You do not really understand something unless you can explain it to your grandmother." — Albert Einstein. There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> when called with arguments (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>). [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Return to sldb level 1. 1: [ABORT-REQUEST] Abort handling SLIME request. 2: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {9167109}>) Backtrace: 0: ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument> #<unavailable argument> #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>)) 1: ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument> #<unavailable argument> #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>)) 2: (SB-IMPL::TWO-WAY-MISC #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> :LINE-LENGTH NIL NIL) 3: (SB-PRETTY::MAKE-PRETTY-STREAM #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>>) 4: (SB-FORMAT::INTERPRET-FORMAT-LOGICAL-BLOCK #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) "" NIL ("Select " #<> "a " #<> "symbol " #<> "to " #<> "be " #<> ...) "" T) 5: (SB-FORMAT::<-FORMAT-DIRECTIVE-INTERPRETER #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> #<~@<> ("Select a symbol to be made accessible in " #<~ > " package " #<~A> ":" #<~2I> #<~@:_> #<~{> #<~{> #<~V,' D> ...) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY)))) 6: (SB-FORMAT::INTERPRET-DIRECTIVE-LIST #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> (#<~@<> "Select a symbol to be made accessible in " #<~ > " package " #<~A> ":" #<~2I> #<~@:_> #<~{> #<~{> ...) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY)))) 7: (SB-FORMAT::%FORMAT #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> "~&~@<Select a symbol to be made accessible in ~ package ~A:~2I~@:_~{~{~V,' D. ~S~}~@:_~}~@:>" ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY)))) 8: (FORMAT #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> "~&~@<Select a symbol to be made accessible in ~ package ~A:~2I~@:_~{~{~V,' D. ~S~}~@:_~}~@:>") 9: ((LAMBDA NIL)) 10: (INVOKE-RESTART-INTERACTIVELY #<RESTART SB-INT:RESOLVE-CONFLICT {AD30879}>) 11: (SB-INT:EVAL-IN-LEXENV (SWANK:INVOKE-NTH-RESTART-FOR-EMACS 1 0) #<NULL-LEXENV>) 12: ((LAMBDA NIL)) 13: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {AE95AA5}>) 14: (SWANK::SLDB-LOOP 1) 15: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) #<unused argument> #<unused argument> #<FUNCTION (LAMBDA NIL) {B271F15}>) 16: (SWANK::CALL-WITH-BINDINGS ((*PRINT-PRETTY*) (*PRINT-LEVEL* . 4) (*PRINT-LENGTH* . 10) (*PRINT-CIRCLE* . T) (*PRINT-READABLY*) (*PRINT-PPRINT-DISPATCH* . #<SB-PRETTY:PPRINT-DISPATCH-TABLE {B314759}>) (*PRINT-GENSYM* . T) (*PRINT-BASE* . 10) (*PRINT-RADIX*) (*PRINT-ARRAY* . T) ...) #<FUNCTION (LAMBDA NIL) {B271ED5}>) 17: (SWANK::DEBUG-IN-EMACS #<SB-INT:NAME-CONFLICT {AD30929}>) 18: (INVOKE-DEBUGGER #<SB-INT:NAME-CONFLICT {AD30929}>) 19: (ERROR #<SB-INT:NAME-CONFLICT {AD30929}>) 20: (SB-INT:NAME-CONFLICT #<PACKAGE "COMMON-LISP-USER"> USE-PACKAGE #<PACKAGE "UTIL">) 21: (USE-PACKAGE :UTIL #<PACKAGE "COMMON-LISP-USER">) 22: (SB-INT:EVAL-IN-LEXENV (USE-PACKAGE :UTIL) #<NULL-LEXENV>) 23: (SWANK::EVAL-REGION "(use-package :util) " T) 24: ((LAMBDA NIL)) 25: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-SYNTAX-HOOKS (T)) #<unused argument> #<unused argument> #<CLOSURE (LAMBDA NIL) {AD30425}>) 26: (SWANK::CALL-WITH-BUFFER-SYNTAX #<CLOSURE (LAMBDA NIL) {AD30425}>) 27: (SB-INT:EVAL-IN-LEXENV (SWANK:LISTENER-EVAL "(use-package :util) ") #<NULL-LEXENV>) 28: ((LAMBDA NIL)) 29: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {AD2BC4D}>) 30: ((LAMBDA NIL)) 31: ((LAMBDA NIL)) 32: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {90263F1}> #<CLOSURE (LAMBDA NIL) {AD2BB2D}>) 33: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {90263F1}> #<FUNCTION (LAMBDA NIL) {B2332FD}>) 34: (SWANK::HANDLE-REQUEST #<SWANK::CONNECTION {90263F1}>) 35: ((LAMBDA NIL)) 36: ((LAMBDA NIL)) 37: ((LAMBDA NIL)) 38: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {90263F1}> #<CLOSURE (LAMBDA NIL) {917808D}>) 39: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {90263F1}> #<CLOSURE (LAMBDA NIL) {917807D}>) 40: (SWANK::CALL-WITH-BINDINGS NIL #<CLOSURE (LAMBDA NIL) {917805D}>) 41: ((LAMBDA NIL)) 42: ("foreign function: call_into_lisp") 43: ("foreign function: funcall0") 44: ("foreign function: new_thread_trampoline") 45: ("foreign function: #xB7FC03B0")

2 2

[slime-devel] change current indentation?
by Maurice 01 Oct '05

01 Oct '05

Hi, is there a way to change the indentation for some specific lines? For example this comes up using the default indentation: (define-event-handler 'events (:key-down (key) (print key)) (:mouse-down (button x y) ...)) And I want it like this: (define-event-handler 'events (:key-down (key) (print key)) (:mouse-down (button x y) ...)) Maybe it's possible to define a key which cycles through the various standard indentations? Thank you.

1 0