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

Re: [slime-devel] compiler note buffers
by Helmut Eller 20 Apr '04

20 Apr '04

Zach Beane <xach(a)xach.com> writes: > What should I do? I tried using a typeout frame, but it doesn't look > like the compiler notes tree uses it. We could try to insert the notes tree in the output buffer. Here's a hackish way to achieve that: (setq slime-compilation-finished-hook (defun slime-insert-errors-in-output-buffer (&optional notes) (interactive) (let ((notes (or notes (slime-compiler-notes)))) (with-current-buffer (slime-output-buffer) (slime-with-output-end-mark (let ((start (point))) (insert "\n") (when (null notes) (insert "[no notes]")) (dolist (tree (slime-compiler-notes-to-tree notes)) (slime-tree-insert tree "") (insert "\n")) (insert "\n") (let ((overlay (make-overlay start (point))) (local-map (make-sparse-keymap))) (define-key local-map (kbd "RET") 'slime-compiler-notes-show-details) (overlay-put overlay 'local-map local-map)))))))) This is only marginally tested, but should be good enough to demonstrate the idea. Do you like this better? Helmut.

1 0

[slime-devel] Closing *Completions* buffer
by Tiago Maduro-Dias 20 Apr '04

20 Apr '04

Heya! I've always been a bit annoyed at how the *Completions* buffer sticks around even when it's not needed anymore. So I just added a bit of code to slime.el which closes this buffer (if one exists) after pressing space, making use of the slime-space hook. Everything else works as expected and you can still middle-click on a possible completion, etc., so I don't think this patch will get in the way of anyone's development habits. I didn't really spend much time figuring out exactly where the code should go and ended up defining a new function "slime-close-buffer" in the "Common utility functions and macros" section (as good a guess as any). Hope this helps! Tiago. -- "I conjecture that there is no good algorithm for the traveling salesman problem. My reasons are the same as for any mathematical cojecture: (1) It is a legitimate mathematical possiblity, and (2) I do not know." --Jack Edmonds, 1966

2 1

Re: [slime-devel] Some remarks
by Bill_Clementson＠peoplesoft.com 20 Apr '04

20 Apr '04

Edi Weitz <edi(a)agharta.de> writes: > On Tue, 20 Apr 2004 12:41:51 -0600, Bill_Clementson(a)peoplesoft.com wrote: > > > The function appears to be in GNU Emacs 21.3.5 but not in 21.3.1 > > Ah, OK. Is that a version from CVS? I actually wanted to try a CVS > Emacs anyway because it looks like they made some improvements to > lisp-mode after the 21.3 release. > > <nitpick> > But of course SLIME shouldn't use this function as long as it is > advertised as being usable on GNU Emacs 20... :) > </nitpick> Yes, 21.3.5 is a CVS version. The SLIME maintainers will need to decide whether they want to add the read-directory-name function to slime or re-write it in order to support earlier emacs versions. FWIW, the function is in files.el - here's the source: (defun read-directory-name (prompt &optional dir default-dirname mustmatch initial) "Read directory name, prompting with PROMPT and completing in directory DIR. Value is not expanded---you must call `expand-file-name' yourself. Default name to DEFAULT-DIRNAME if user enters a null string. (If DEFAULT-DIRNAME is omitted, the current buffer's directory is used, except that if INITIAL is specified, that combined with DIR is used.) Fourth arg MUSTMATCH non-nil means require existing directory's name. Non-nil and non-t means also require confirmation after completion. Fifth arg INITIAL specifies text to start with. DIR defaults to current buffer's directory default." (unless dir (setq dir default-directory)) (unless default-dirname (setq default-dirname (if initial (concat dir initial) default-directory))) (read-file-name prompt dir default-dirname mustmatch initial 'file-directory-p)) Cheers, Bill

1 0

Re: [slime-devel] Some remarks
by Bill_Clementson＠peoplesoft.com 20 Apr '04

20 Apr '04

Hi Edi! Just a few comments: > 2. The shortcut ,change-directory uses a function read-directory-name > which I don't seem to have. I'm using GNU Emacs 21.3. The function appears to be in GNU Emacs 21.3.5 but not in 21.3.1 > 3. Is there a specific reason that RET isn't bound to > newline-and-indent (or something similar) as in ILISP but only to > C-j? This bugged me too. I manually put the following in my .emacs file: (add-hook 'lisp-mode-hook (lambda () (slime-mode t) (define-key lisp-mode-map [(control j)] 'newline) (define-key lisp-mode-map [(control m)] 'newline-and-indent) etc....)) However, I agree that it should probably be the default. > 7. The fact that SPC (slime-space) still works and does the right > thing after you've started entering arguments (contrary to ILISP) > is very cool and a real time-saver for me!! If you like slime-space, you should try adding (slime-autodoc-mode) to your .emacs file. It shows the same info as slime-space does for whatever function your cursor is currently over. In a separate post, Edi said: > [I'm offline while I write this but I seem to remember that I've > somewhere (in CLOCC?) seen a CL package for Emacs Lisp. Does my > memory serve me right? Does this package provide Emacs Lisp regular > expressions for CL?] Yes, you are correct - CLOCC has an elisp.lisp file in the cllib package; however, it doesn't have regex support. Cheers, Bill

2 1

[slime-devel] slime-regex-apropos?
by Edi Weitz 20 Apr '04

20 Apr '04

Attached is a rather hacky patch for slime-apropos. If string is recognized as an Emacs regular expression then the result of calling SWANK:APROPOS-LIST-FOR-EMACS with "" instead of string is subsequently filtered by Emacs' string-match. Otherwise slime-apropos works as usual. This is more a proof of concept than a patch intended to be applied by the SLIME maintainers. I'd like slime-apropos to be regex-aware but I'm not sure what would be the best way. Some thoughts: 1. It'd probably be best if this regex behaviour of slime-apropos were optional. As the prefix arg is already used there are a couple of options: - Make the regex behaviour another optional y-or-n-p argument like only-external-p. - Let the user customize this behaviour via a variable like, er, slime-apropos-uses-regex-syntax-p. - Define another function slime-regex-apropos and let the user bind it to C-c C-a if he so wishes. 2. My childish hack will be inaccetably slow on many machines and Lisps because in the regex case the Lisp always has to return all symbols and Emacs subsequently has to match them all. It'd be Lispier and much faster to do the regex matching on the Lisp side. CL-PPCRE, for instance, has a facility to do that but it would certainly be overkill to include such a big package with SLIME. (Plus, I think slime-apropos should use Emacs regex syntax as it is an Emacs package.) [I'm offline while I write this but I seem to remember that I've somewhere (in CLOCC?) seen a CL package for Emacs Lisp. Does my memory serve me right? Does this package provide Emacs Lisp regular expressions for CL?] 3. My hack matches on the returned "designator" and thus a regex like "ke.*ns" will match a symbol like KERNEL:CONS-TYPE, i.e. package prefixes aren't currently treated consistently. 4. The hack pops up an empty *SLIME Apropos* buffer if there's no match - no good. Anyway, what do you think about this? Cheers, Edi.

2 1

[slime-devel] Some remarks
by Edi Weitz 20 Apr '04

20 Apr '04

Hi! I've finally found some spare hours to play with SLIME. I used the current CVS version (updated this morning) with CMUCL 18e and, wow, I'm really amazed! Great work, guys!!! While I came across a few minor bugs and lost the connection once or twice I still get the feeling that even CVS HEAD seems to be very stable and grown-up. I think I'll drop ILISP and work with SLIME exclusively from now on. Below are a couple of minor remarks which I hope are helpful: 1. The function slime-remove-notes is bound to C-c M-c while the manual says M-c. 2. The shortcut ,change-directory uses a function read-directory-name which I don't seem to have. I'm using GNU Emacs 21.3. 3. Is there a specific reason that RET isn't bound to newline-and-indent (or something similar) as in ILISP but only to C-j? 4. Load CL-PPCRE, than invoke slime-apropos-package (a cool function by the way). Now position the cursor above PPCRE-SYNTAX-ERROR and invoke slime-edit-definition. I get: No matching method for the generic-function #<Standard-Generic-Function PCL:COMPUTE-APPLICABLE-METHODS-USING-CLASSES (1) {281DF8F1}>, when called with arguments (#<Closure Over Function "DEFUN %DEFINE-CONDITION" {4879E009}> (#<CONDITIONS::CONDITION-CLASS PPCRE-SYNTAX-ERROR {486B867D}>)). [Condition of type NO-APPLICABLE-METHOD] 5. In the same *SLIME Apropos* buffer position the cursor above CREATE-SCANNER and invoke slime-edit-definition. Now I get: Error in function COMMON-LISP::%%TYPEP: Unknown type specifier: C::FILE-SOURCE-LOCATION [Condition of type SIMPLE-ERROR] 6. I think that slime-interactive-eval is a very useful function and IMHO the C-c : keybinding should also be available in the Slime REPL. Yeah, I know that you actually don't need to use the minibuffer while you're in the REPL but in the long run it'd be easier for my muscle memory to always be sure that C-c : is there without thinking... :) 7. The fact that SPC (slime-space) still works and does the right thing after you've started entering arguments (contrary to ILISP) is very cool and a real time-saver for me!! Thanks to all for this great package! Cheers, Edi.

1 0

[slime-devel] errors on startup
by Artem Baguinski 20 Apr '04

20 Apr '04

hello as soon as i (require 'slime) i get several of the following lines: Warning: `error' called with 1 args to fill 0 format field(s) in *Compile-Log* plus this *Compile-Log* buffer flushed for a split second. I understand that warning is something to expect in a alpha version of the software, but i still suspect i'm doing something wrong... e.g. compiling slime every time i (require) it. could that be helped? -- gr{oe|ee}t{en|ings} artm

1 0

Re: [slime-devel] I dig the flying letters startup banner
by Julian Stecklina 20 Apr '04

20 Apr '04

David Steuber <david(a)david-steuber.com> writes: > That is a nice bit of ascii eye candy. I do not see it with XEmacs 21.5. Is this FSF Emacs specific? Would be sad. :) Regards, -- Julian Stecklina Signed and encrypted mail welcome. Key-Server: pgp.mit.edu Key-ID: 0xD65B2AB5 FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5 Any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp. - Greenspun's Tenth Rule of Programming

2 1

[slime-devel] Re: slime + defsystem
by Luke Gorrie 20 Apr '04

20 Apr '04

This one's from comp.lang.lisp.. Artem Baguinski <artm(a)v2.nl> writes: > hi > > if i try to load something with defsystem it'll *always* say that > compiled files are too old or absent. it refers to correct path of > new compiled 10 min ago files though. where should i dig? Don't know about that part, but.. > NB: these are the questions it asks: > > ; - Binary file /usr/src/lisp/McCLIM/patch.x86f is old or does not exist. > ; Compile (and load) source file /usr/src/lisp/McCLIM/patch.lisp instead? > ; - Should I bother you if this happens again? > ; - Should I compile and load or not? > > also, when i'm trying to do that in slime and defsystem asks if i > want stuff recompiled i can't seem to be able to answer. i guess > slime treats my pressing Return key specially and it never reaches > the defsystem. is there a solution to this? This is a bit tricky. In general SLIME works with user input. When Lisp tries to read input, a message goes to Emacs saying "I want some user input", and while Lisp is expecting input pressing return in the REPL will do the right thing. The difficulty here is that defsystem wants to read with a timeout so it is actually _polling_ for input, i.e. most of the time it is not actually trying to read, but is waiting a while before checking if input is available. That means that most of the time Emacs thinks Lisp doesn't want input and so it interprets user input as a REPL expression to be evaluated instead (since our REPL supports issuing commands in parallel). One solution could be to add some flow-control to the REPL and disable request piplining. Then we would buffer up user input until Lisp tells us whether it wants user input or the next REPL command. Maybe there's a better way. The workaround for now is to hack defsystem so that it does a blocking read instead of polling. This loses the timeout feature: (defun mk::read-char-wait (&optional (timeout 20) input-stream (eof-error-p t) eof-value) (declare (ignore timeout)) (read-char input-stream eof-error-p eof-value)) -Luke

3 2

[slime-devel] Re: [admin] Re: Not getting list mail
by David Steuber 18 Apr '04

18 Apr '04

Erik Enge <erik(a)nittin.net> writes: > On Apr 16, 2004, at 11:17 PM, David Steuber wrote: > > > I don't know what the weirdness is. slime-devel-request was able to > > send me confirmation that I joined the list. According to the > > headers, that mail came through the postini filter. This was before > > I checked with postini. I only looked there when I found out about > > gmane and wondered why I hadn't seen any of the mail. > > According to the mailserver (Exim) log files, emails are being sent to > you. > Is anyone else experiencing this? I found the problem on my end. I'm using GNUS and created a seperate group for slime-devel mail. Then I forgot to subscribe that group. Stupid user error. Sorry. -- I wouldn't mind the rat race so much if it wasn't for all the damn cats.

1 0

[slime-devel] I dig the flying letters startup banner
by Dave Roberts 18 Apr '04

18 Apr '04

I upgraded the other day from an older version of SLIME to the most recent FAIRLY-STABLE in CVS. The first thing that caught my eye was the flying letters in the startup banner. Nice job, whoever did that bit of work. Yea, I know is has nothing to do with my Lisp hacking, but it was just cool. ;-) -- Dave Roberts <ldave(a)droberts.com>

2 1

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 18 Apr '04

18 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.338 slime/ChangeLog:1.339 --- slime/ChangeLog:1.338 Fri Apr 16 15:33:56 2004 +++ slime/ChangeLog Sat Apr 17 05:51:17 2004 @@ -1,3 +1,17 @@ +2004-04-17 Raymond Toy <rtoy(a)earthlink.net> + + * swank-cmucl.lisp (source-location-tlf-number) + (source-location-form-number): New functions to extract the + encoded form-numbers from source locations. + (resolve-stream-source-location, resolve-file-source-location): + Use them. + +2004-04-17 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-merge-notes): Use mapconcat instead of + (concat (slime-intersperse (mapcar ....))) + (slime-intersperse): Handle empty lists. + 2004-04-16 Luke Gorrie <luke(a)bluetail.com> * doc/Makefile: Added 'install' and 'uninstall' targets for the

1 0

[slime-devel] SLIME CVS open to anonymous downloads?
by Dave Roberts 17 Apr '04

17 Apr '04

So I just tried to download the latest version of SLIME via CVS but got stopped. Looks like there is a password needed for anonymous downloads? I followed the instructions in the SLIME user manual located at: http://www.bluetail.com/~luke/misc/lisp/slime.pdf Here's what happens why I try the procedure documented in section 2.2.1: [dave@linux elisp]$ export CVSROOT=:pserver:anonymous@common-lisp.net:/project/slime/cvsroot [dave@linux elisp]$ cvs login Logging in to :pserver:anonymous@common-lisp.net:2401/project/slime/cvsroot CVS password: cvs login: authorization failed: server common-lisp.net rejected access to /project/slime/cvsroot for user anonymous Now, I know this used to work a couple of months ago when I originally downloaded SLIME from CVS. Recommendations? Pilot error on my part, or did some permissions change in the repository? -- Dave Roberts <ldave(a)droberts.com>

2 1

[slime-devel] cmucl source-location and slime cvs problem
by Raymond Toy 17 Apr '04

17 Apr '04

As Luke knows, I've been having some problems with the latest cmucl cvs and slime. Whenever emacs connects to the swank server, cmucl immediately gets a bus error. (It shouldn't do that, but I don't know why.) I think I finally tracked this down. In cmucl cvs, Helmut's source-location patches have been incorporated. However, swank-cmucl.lisp references some unknown functions such as file-source-location-tlf-number. There's also a bug in resolve-file-source-location: (defun resolve-file-source-location (location) (let ((filename (c::file-source-location-pathname location)) (tlf-number (c::file-source-location-tlf-number location)) (form-number (c::file-source-location-tlf-number location))) Presumably the tlf-number and form-number should not be the same; form-number should be from file-source-location-form-number. Anyway, attached is a simple hack patch that fixes these issues. At least slime is now working again with cmucl cvs. :-1 Thanks for the great tool! Ray Index: swank-cmucl.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank-cmucl.lisp,v retrieving revision 1.94 diff -u -r1.94 swank-cmucl.lisp --- swank-cmucl.lisp 6 Apr 2004 10:42:53 -0000 1.94 +++ swank-cmucl.lisp 17 Apr 2004 01:41:54 -0000 @@ -712,10 +712,22 @@ `(:function-name ,string))) (t (list :error (princ-to-string c)))))) +(defun file-source-location-tlf-number (location) + (nth-value 0 (decode-form-numbers (c::file-source-location-form-numbers location)))) + +(defun file-source-location-form-number (location) + (nth-value 1 (decode-form-numbers (c::file-source-location-form-numbers location)))) + +(defun source-location-tlf-number (location) + (nth-value 0 (decode-form-numbers (c::file-source-location-form-numbers location)))) + +(defun source-location-form-number (location) + (nth-value 1 (decode-form-numbers (c::file-source-location-form-numbers location)))) + (defun resolve-file-source-location (location) (let ((filename (c::file-source-location-pathname location)) - (tlf-number (c::file-source-location-tlf-number location)) - (form-number (c::file-source-location-tlf-number location))) + (tlf-number (file-source-location-tlf-number location)) + (form-number (file-source-location-form-number location))) (with-open-file (s filename) (let ((pos (form-number-stream-position tlf-number form-number s))) (make-location `(:file ,(unix-truename filename)) @@ -723,8 +735,8 @@ (defun resolve-source-location (location) (let ((info (c::source-location-user-info location)) - (tlf-number (c::source-location-tlf-number location)) - (form-number (c::source-location-tlf-number location))) + (tlf-number (source-location-tlf-number location)) + (form-number (source-location-form-number location))) ;; XXX duplication in frame-source-location (assert (info-from-emacs-buffer-p info)) (destructuring-bind (&key emacs-buffer emacs-buffer-string

2 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 17 Apr '04

17 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.336 slime/ChangeLog:1.338 --- slime/ChangeLog:1.336 Thu Apr 15 10:49:07 2004 +++ slime/ChangeLog Fri Apr 16 15:33:56 2004 @@ -1,3 +1,14 @@ +2004-04-16 Luke Gorrie <luke(a)bluetail.com> + + * doc/Makefile: Added 'install' and 'uninstall' targets for the + Info manual. It may be necessary to tweak `infodir' in the + Makefile to suit the local system before installing. (Patch from + from Richard M Kreuter.) + + * doc/slime.texi (Top): The Top node is now smaller, with details + moved into Introduction. This makes the Info front page easier to + navigate. (Patch from Richard M Kreuter.) + 2004-04-15 Ivan Boldyrev <email@secret-by-request> * slime.el (slime-handle-repl-shortcut): Call `completing-read'

1 0

[slime-devel] Not getting list mail
by David Steuber 16 Apr '04

16 Apr '04

Mail from slime-devel doesn't seem to be reaching me. I'm not sure what the problem is. I didn't even realize I had gotten replies to my last post until I saw mention of the gmane.org having an archive of the list on c.l.l. Does anyone have any ideas about what the problem might be? PS, thanks for the responses to my previous post. -- I wouldn't mind the rat race so much if it wasn't for all the damn cats.

2 2

[slime-devel] Re: Not getting list mail
by David Steuber 16 Apr '04

16 Apr '04

Luke Gorrie <luke <at> bluetail.com> writes: >David Steuber <david <at> david-steuber.com> writes: > >> Mail from slime-devel doesn't seem to be reaching me. I'm not sure >> what the problem is. I didn't even realize I had gotten replies to >> my last post until I saw mention of the gmane.org having an archive >> of the list on c.l.l. Does anyone have any ideas about what the >> problem might be? > >No. Currently you are listed as subscribed and with delivery >enabled. I can't find any reason why you shouldn't be getting the >mails. > >If you only see this message in Gmane, and don't get it in the mail, >please let me know with Cc: to admin <at> common-lisp.net. > >-Luke I'm using postini as a spam filter and checked with that. No slime-devel mail there. I even added a rule to make sure that comnon-lisp.net can send me mail. I don't know what the weirdness is. slime-devel-request was able to send me confirmation that I joined the list. According to the headers, that mail came through the postini filter. This was before I checked with postini. I only looked there when I found out about gmane and wondered why I hadn't seen any of the mail. Please let me know what other information you need. I hate computers. Thanks. -- I wouldn't mind the rat race so much if it wasn't for all the damn cats.

1 0

[slime-devel] [PATCH] slime.texi: fixups for info
by Richard M Kreuter 16 Apr '04

16 Apr '04

Hello, Here are two patches for slime.texi. The first is tiny, and just fixes node references for the new Shortcuts node. The second moves the long passage that had been the contents of the Top node down one level to a node called Introduction, and adds a 3 line overview to the Top node. This is so that info users can see the manual's menu easily from the top of the Top node. These changes don't affect the ps/pdf output. Thanks, Richard

4 7

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 16 Apr '04

16 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.335 slime/ChangeLog:1.336 --- slime/ChangeLog:1.335 Wed Apr 14 15:15:13 2004 +++ slime/ChangeLog Thu Apr 15 10:49:07 2004 @@ -1,3 +1,8 @@ +2004-04-15 Ivan Boldyrev <email@secret-by-request> + + * slime.el (slime-handle-repl-shortcut): Call `completing-read' + with an alist as expected, using `slime-bogus-completion-alist'. + 2004-04-14 Luke Gorrie <luke(a)bluetail.com> * doc/slime.texi (Shortcuts): Described REPL shortcuts.

2 1

[slime-devel] repl scrolling
by Brian Downing 15 Apr '04

15 Apr '04

I'm trying to get slime-repl to scroll in a certain way, and it's not cooperating. The way I'd ideally like emacs to work is to, when my cursor gets to the bottom or top of the screen, to scroll by 5 lines or less. I'd prefer it didn't scroll line-by-line, as my machine is kind of slow, but I /NEVER/ want it to recenter the cursor as is the default - that drives me crazy. For normal editing, these settings do this for me: (set-default 'scroll-up-aggressively 0.0) (set-default 'scroll-down-aggressively 0.0) (setq scroll-step 5 scroll-conservatively 0) However, large amounts of output into slime-repl will still recenter the cursor (hiss!). To try and get around this, I put this on slime-repl-mode's hook: ;; attempt (ha!) to fix scrolling (defun scroll-line-by-line () (make-local-variable 'scroll-step) (make-local-variable 'scroll-conservatively) (setq scroll-up-aggressively 0.0 scroll-down-aggressively 0.0 scroll-step 1 scroll-conservatively 100000)) This makes it scroll a line at a time (which isn't ideal), but seemed to prevent it from ever recentering the screen (which I /REALLY/ don't want.) However, I just updated slime from CVS today, and now slime-repl seems to want to recenter the screen again anyway. If the prompt is at the last line of the screen, and I enter "'hello", it will print "HELLO" and the next prompt will still be at the end of the screen. However, if I say "(prin1 'hello)", it will recenter the screen and I'll have a bunch of useless whitespace at the bottom of the screen. Is there any way I can make it stop this? I really never want it to recenter unless I explicitly call M-x recenter. As a disclaimer, I'm convinced that emacs's model of scrolling is completely broken - none of the variables that control scrolling work the way they are documented, and they all interact in incredibly confusing and broken ways. So perhaps slime-devel is the wrong place to come with this. However, scrolling in slime-repl is what annoys me the most. I'm using GNU Emacs from CVS on Mac OS X (built for X11, not Carbon). -bcd

1 0

[slime-devel] SIGIO vs. FD-HANDLER
by Luke Gorrie 15 Apr '04

15 Apr '04

Ahoy, In CMUCL and non-threads SBCL we default to using a 'SIGIO' signal handler to read and execute requests from Emacs. This means that Lisp is interrupted to immediately serve requests as soon as Emacs sends them. It is convenient, but it has potential to cause unpredictable problems. For me this has been working perfectly, but I've been hearing reports that some people are having stability problems. If you're using CMUCL or non-threads SBCL and are finding Lisp unstable under SLIME, please try adding this to your ~/.swank.lisp: (setq swank:*communication-style* :fd-handler) That way we use the select()-loop instead of signals. It ought to be very safe, though Lisp will only process requests from Emacs when it's otherwise idle. If this solves a problem for you then please let us know. Currently I'm not sure whether SIGIO or FD-HANDLER makes the better default. NB: This stuff is covered in the manual under Lisp-Side configuration. Cheers, Luke

1 0

[slime-devel] Causing slime to enter the debugger
by Thomas F. Burdick 15 Apr '04

15 Apr '04

I'm adding some signal handlers to an application I'm writing, so it acts like a well-behaved Unix daemon. It would be nice to do something like: (defun handle-sighup (&rest ignore) (declare (ignore ignore)) #+debug (cerror "Restart server" "Signal request to restart") (shutdown) (read-configuration) (startup)) The problem is that if I call break from a signal handler, the normal SBCL toplevel enters the debugger. With the following patch, I can set *debugger-hook* to swank:swank-debugger-hook at the toplevel: --- swank.lisp.~1.166.~ Thu Apr 8 16:41:05 2004 +++ swank.lisp Wed Apr 14 18:37:54 2004 @@ -14,6 +14,7 @@ #:create-swank-server #:ed-in-emacs #:print-indentation-lossage + #:swank-debugger-hook ;; configurables #:*sldb-pprint-frames* #:*communication-style* @@ -882,7 +883,8 @@ *package*)) (*sldb-level* (1+ *sldb-level*)) (*swank-state-stack* (cons :swank-debugger-hook *swank-state-stack*)) - (*print-readably* nil)) + (*print-readably* nil) + (*emacs-connection* (or *emacs-connection* (default-connection)))) (force-user-output) (call-with-debugging-environment (lambda () (sldb-loop *sldb-level*)))))

2 1

[slime-devel] [BUG] Completions for "," commands doesn't work
by Ivan Boldyrev 15 Apr '04

15 Apr '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 First, when I press comma just after Slime start, it works as self-insert char, not as command. When I press <ENTER> and press comma in new REPL line, Emacs asks me a command. But autocompletion doesn't work: for example, when I press <TAB> to see a list of available completions, I see error message: PC-do-completion: Wrong type argument: listp, "force-compile-system" Here is stack trace: Debugger entered--Lisp error: (wrong-type-argument listp "force-compile-system") all-completions("" ("force-compile-system" "compile-system" "load-system" "force-load-system" "compile-and-load" "defparameter" "!" "sayoonara" "resend-form" "pop-package" "-p" "push-package" "+p" "change-package" "!p" "pop-directory" "-d" "push-directory" "+d" "change-directory" "!d" "help" "?") nil) PC-do-completion(nil) PC-complete() call-interactively(PC-complete) completing-read("Command: " ("force-compile-system" "compile-system" "load-system" "force-load-system" "compile-and-load" "defparameter" "!" "sayoonara" "resend-form" "pop-package" "-p" "push-package" "+p" "change-package" "!p" "pop-directory" "-d" "push-directory" "+d" "change-directory" "!d" "help" "?") nil t nil slime-repl-shortcut-history) (slime-lookup-shortcut (completing-read "Command: " (slime-list-all-repl-shortcuts) nil t nil (quote slime-repl-shortcut-history))) (let ((command-spec ...)) (call-interactively (cdr ...))) (if (save-excursion (goto-char slime-repl-input-start-mark) (looking-at " *$")) (let (...) (call-interactively ...)) (insert (string slime-repl-shortcut-dispatch-char))) slime-handle-repl-shortcut() call-interactively(slime-handle-repl-shortcut) As I understand, second argument of all-completions is assoc. list, not just list of strings (and documentation string for this function states the same). GNU Emacs 21.3.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2003-09-20 on localhost Slime was fetched from CVS last night (HEAD revision). - -- Ivan Boldyrev Violets are red, Roses are blue. // I'm schizophrenic, And so am I. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.3.5 (GNU/Linux) iQEVAwUBQH4kBA4ALcwzZFpVAQI7aQf8Cqo5wAlUnL6Mxpx85yBSOFY/027iOaLe TsbKT9CFL3qFoyC+lyIHEGLagM+BhMy6HjY1Vx7fwZvIT82etZyq/PWW1ji+Mv/+ 7F0Jqd1ILL17Nfso+gsgG/ayslwGNIKwGO1H2jgEZ72E5H9pbVmwhrSbHPTFDIFg wAfA2FzCrTwvA5Q5wtFuuOOrCYl54e9ZxpbA1Cn1x3Z2ojeE4yd6SFFc5Ah3lea2 WGfyohcxEdT5UdtgEntfp4t0oDBid0YcsWwcv30icclgC0ODq7p9ol3WrL6HPN9n SNFPqXGzRoLGKYQkhmu46Yg6zG9gkWAqW9Dmlq2ssnTpgGydIjHbZA== =m5E+ -----END PGP SIGNATURE-----

2 1

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 15 Apr '04

15 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.332 slime/ChangeLog:1.335 --- slime/ChangeLog:1.332 Tue Apr 13 06:04:38 2004 +++ slime/ChangeLog Wed Apr 14 15:15:13 2004 @@ -1,3 +1,22 @@ +2004-04-14 Luke Gorrie <luke(a)bluetail.com> + + * doc/slime.texi (Shortcuts): Described REPL shortcuts. + + * slime.el (slime-oos): Generic ASDF interface. + (force-compile-system, compile-system, load-system, + force-load-system): New REPL commands. + + * swank-backend.lisp (operate-on-system): More generic interface + to ASDF. + + * swank.lisp (operate-on-system-for-emacs): More generic + interface to ASDF. + + * slime.el (slime-repl-mode-map): Portability fix for definition + of the REPL command character. + (slime-maybe-rearrange-inferior-lisp): Bugfix for running + multiple inferior lisps. + 2004-04-13 Marco Baringer <mb(a)bese.it> * slime.el (slime-handle-repl-shortcut,

1 0

[slime-devel] [PATCH] Sorry, new version :)
by Ivan Boldyrev 15 Apr '04

15 Apr '04

-- Ivan Boldyrev Violets are red, Roses are blue. // I'm schizophrenic, And so am I.

1 0