[slime-devel] Slime vs Franz Eli

Chris Kim chrisk414 at hotmail.com
Wed May 19 08:12:30 UTC 2010


Thanks Stas,
I got #2, #3, issue solved. I'm much happier now.

For #1, swank-backend:*debug-swank-backend* is set to nil by default and I'm 
seeing bunch of swank:.... messages.
As non-slime developer, I'm not interested in swank message at all.
I rather not see them at all, not to clutter debug outputs.
Is there some important reason I'm missing?

-chris



--------------------------------------------------
From: "Stas Boukarev" <stassats at gmail.com>
Sent: Wednesday, May 19, 2010 3:47 PM
To: "Chris Kim" <chrisk414 at hotmail.com>
Cc: <slime-devel at common-lisp.net>
Subject: Re: [slime-devel] Slime vs Franz Eli

> "Chris Kim" <chrisk414 at hotmail.com> writes:
>
>> Hi, all,
>>
>> I've been using Slime on top of Franz ACL for quite a while.
>> My experience with Slime is very positive and I like Slime better in 
>> every
>> aspects except in following situations.
>>
>>     1. Slime debugger: It prints bunch of Slime (swank: ..... ) related
>> messages that I'm not interested.
>> It's always hard to trying to comb through messages that I'm interested. 
>> How
>> can I turn Slime related messages off?
> It should include swank frames only at the bottom, unless you have
> swank-backend:*debug-swank-backend* set to T.
>
>>    2. While debugging, evaulating expression does not print anything but 
>> only
>> the retuned result.  Can I have it print to the standard output, i.e., 
>> console?
> You can set swank:*globally-redirect-io* to T.
>
>>    3. Lack of REPL command: Franz Eli supports REPL commands, for
>> example, ":proc"  for listing processes, ":pa" to change package and so 
>> on.
>> Is there way to add them in?
> There are commands prefixed with ",", for example, ",in" to change
> package. There is no analogue to :proc command, but it's accessible
> through C-c C-x t key, and you can easily add one with:
>
> (defslime-repl-shortcut nil  ("processes")
>  (:handler 'slime-list-threads))
>
> -- 
> With Best Regards, Stas.
> 




More information about the slime-devel mailing list