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

[slime-devel] swank-openmcl
by Marco Baringer 14 Jan '04

14 Jan '04

that was a lot easier than i thought. -- Marco Ring the bells that still can ring. Forget the perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

2 1

[slime-devel] swank-openmcl.lisp
by Marco Baringer 13 Jan '04

13 Jan '04

i'm in the process of porting the new backend to openmcl and i've managed to get emacs to block every single time i try to connect to slime. so far i've localized the problem to something inside slime-init-connection, but since emacs is blocked i can't get any debugging info (like the contents of stlime-events or access to inferior-lisp). whats the best way to go about debugging lime? -- Marco Ring the bells that still can ring. Forget the perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

3 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 13 Jan '04

13 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.199 slime/ChangeLog:1.200 --- slime/ChangeLog:1.199 Sun Jan 11 23:31:47 2004 +++ slime/ChangeLog Mon Jan 12 23:23:38 2004 @@ -1,3 +1,19 @@ +2004-01-13 Luke Gorrie <luke(a)bluetail.com> + + * swank-clisp.lisp: Updated for new network interface but not + tested! Probably slightly broken. + + * swank-lispworks.lisp: Updated for new network interface. + (accept-socket/stream): This function is currently broken, so + LispWorks can't use the dedicated output channel at the moment. + + * swank.lisp, swank-cmucl.lisp, swank-sbcl.lisp: Updated for new + network interface. + + * swank-backend.lisp (accept-socket/stream, accept-socket/run): + New functions replacing the ancient (over 24 hours!) + `create-socket-server'. This interface is much simpler. + 2004-01-12 Luke Gorrie <luke(a)bluetail.com> * swank-lispworks.lisp: Partially updated for new backend

1 0

[slime-devel] Problem in current version
by james＠unlambda.com 13 Jan '04

13 Jan '04

The current CVS version of SLIME is broken with XEmacs with SBCL. I get the following in the message area when I start SLIME: itimer "itimer-<1>" signaled: (invalid-argument "Marker does not point anywhere") And this is displayed in the *slime-repl* buffer: debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread 15191: invalid number of arguments: 2 restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT ] Reduce debugger level (leaving debugger, returning to toplevel). 1: [TOPLEVEL] Restart at toplevel READ/EVAL/PRINT loop. ("XEP for EVAL-STRING" 2 "(swank:getpid)" NIL 1)[:EXTERNAL] source: ; file .../projects/lisp/slime/swank.lisp (DEFSLIMEFUN EVAL-STRING (STRING BUFFER-PACKAGE ID) (LET ((*PROCESSING-RPC* T) (*DEBUGGER-HOOK* #'SWANK-DEBUGGER-HOOK)) (LET (OK RESULT) (UNWIND-PROTECT (LET # # # # #) (SYNC-STATE-TO-EMACS) (FORCE-OUTPUT *SLIME-IO*) (SEND-TO-EMACS `#)))) (WHEN *DEBUGGER-HOOK-PASSBACK* (SETQ *DEBUGGER-HOOK* *DEBUGGER-HOOK-PASSBACK*) (SETQ *DEBUGGER-HOOK-PASSBACK* NIL))) 0] CL-USER> However, if I type into the *inferior-lisp* buffer things seem to be working still in SBCL. It was working fine a few days ago and I haven't done anything except update SLIME, so I presume it is due to a recent change. XEmacs 21.5.16, SBCL 0.8.7.10. Thanks, 'james -- James A. Crippen <james at unlambda.com> Lambda Unlimited 61.2204N, -149.8964W Recursion 'R' Us Anchorage, Alaska, USA, Earth Y = \f.(\x.f(xx))(\x.f(xx))

2 1

[slime-devel] Re: [slime-cvs] CVS update: slime/swank-clisp.lisp
by Luke Gorrie 13 Jan '04

13 Jan '04

Vladimir Sedach <vsedach(a)common-lisp.net> writes: > Update of /project/slime/cvsroot/slime > In directory common-lisp.net:/tmp/cvs-serv19072 > > Modified Files: > swank-clisp.lisp > Log Message: > Added support for the new backend. > > Date: Mon Jan 12 00:05:05 2004 > Author: vsedach Quick work, thanks! But please use the ChangeLog too so that people can keep up more easily. There're some details about the ChangeLog in the HACKING file. Cheers, Luke

1 0

[slime-devel] compile-file-for-emacs in swank-clisp
by Wolfgang Jenkner 12 Jan '04

12 Jan '04

> revision 1.6 > date: 2004/01/12 06:05:52; author: vsedach; state: Exp; lines: +29 -27 > File compilation and loading somewhat work now. CLISP's compile-file > returns some nutty number codes for warning-p and > failure-p. Meaningful compilation messages still on to-do list. Actually, I was convinced that my code was ;;; Ugly but essentially working. ;;; FIXME: I get all notes twice. (defmethod compile-file-for-emacs (filename load-p) [...] By the way, this includes compiler warnings and overlays at the correct lines. It seems that this didn't work for you. On the other hand, your patch does not work for me. So, perhaps, we should work this out somehow. Wolfgang

1 0

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 12 Jan '04

12 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.196 slime/ChangeLog:1.199 --- slime/ChangeLog:1.196 Sat Jan 10 01:52:23 2004 +++ slime/ChangeLog Sun Jan 11 23:31:47 2004 @@ -1,3 +1,54 @@ +2004-01-12 Luke Gorrie <luke(a)bluetail.com> + + * swank-lispworks.lisp: Partially updated for new backend + interface, but not actually working. The sockets code is broken, I + haven't grokked LispWorks the interface properly. + + * swank-gray.lisp (slime-input-stream, slime-output-buffer): Added + slots to support the new `make-fn-streams' interface from + swank-backend.lisp. These slots need to be initialized by the + backend, see swank-sbcl.lisp for an example (very easy). + + * swank-sbcl.lisp (create-socket-server): Implemented new server + interface. + + * slime.el (slime-handle-oob): Added + :open-dedicated-output-stream message, previously implemented + with :%apply. + (slime-repl-read-string, slime-repl-return-string): Pass integer + argument to `slime-repl-read-mode' to set rather than toggle. + + * swank.lisp: Taking over previously non-portable jobs: + (start-server): Now only uses sockets code from the backend. + (handle-request): Top-level request loop. + (open-dedicated-output-stream): Dedicated output socket. + (connection): New data structure that bundles together the things + that constitute a connection to Emacs: socket-level stream and + user-level redirected streams. + + * swank-cmucl.lisp (create-socket-server): Generic TCP server + driven by SERVE-EVENT. + (serve-one-request, open-stream-to-emacs): Deleted. Now handled + portably in swank.lisp. + (make-fn-streams): Implement new stream-redirection interface. + (slime-input-stream): New slot referencing output sibling, so it + can be forced before input requests. + + * swank-backend.lisp (create-socket-server): Generic + callback-driven TCP server interface. Replaces + `create-swank-server', with the higher-level logic moved into + swank.lisp. + (emacs-connected): Invoked when Emacs initially connects, as a + hook for backend implementations. + (make-fn-streams): Interface for creating pairs of input/output + streams that are backended by callback functions. Used to + implement redirected-via-Emacs standard I/O streams. + +2004-01-12 Lawrence Mitchell <wence(a)gmx.li> + + * slime.el (slime-events-buffer): Set `hs-block-start-regexp' + before running `hs-minor-mode'. + 2004-01-10 Luke Gorrie <luke(a)bluetail.com> * slime.el (package-updating): Expected package is now a list (can

1 0

[slime-devel] Patch for (looking-at nil) bug in hideshow.
by lawrence mitchell 12 Jan '04

12 Jan '04

slime-events-buffer initialises hs-minor-mode before setting hs-block-start-regexp. This stops the *slime-events* buffer from being correctly set up, and subsequently stops slime from ever getting to the repl. The following patch fixes things: Index: ChangeLog =================================================================== RCS file: /project/slime/cvsroot/slime/ChangeLog,v retrieving revision 1.196 diff -u -r1.196 ChangeLog --- ChangeLog 10 Jan 2004 06:52:23 -0000 1.196 +++ ChangeLog 12 Jan 2004 00:03:59 -0000 @@ -1,3 +1,8 @@ +2004-01-12 Lawrence Mitchell <wence(a)gmx.li> + + * slime.el (slime-events-buffer): Set `hs-block-start-regexp' + before running `hs-minor-mode'. + 2004-01-10 Luke Gorrie <luke(a)bluetail.com> * slime.el (package-updating): Expected package is now a list (can Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.172 diff -u -r1.172 slime.el --- slime.el 10 Jan 2004 06:43:52 -0000 1.172 +++ slime.el 12 Jan 2004 00:04:43 -0000 @@ -1484,8 +1484,8 @@ (let ((buffer (get-buffer-create "*slime-events*"))) (with-current-buffer buffer (lisp-mode) - (hs-minor-mode) (set (make-local-variable 'hs-block-start-regexp) "^(") + (hs-minor-mode) (setq font-lock-defaults nil) (current-buffer))))) -- lawrence mitchell <wence(a)gmx.li>

1 0

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 10 Jan '04

10 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.190 slime/ChangeLog:1.196 --- slime/ChangeLog:1.190 Thu Jan 8 21:27:44 2004 +++ slime/ChangeLog Sat Jan 10 01:52:23 2004 @@ -1,3 +1,44 @@ +2004-01-10 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (package-updating): Expected package is now a list (can + be any), since the shortest nickname is not + standardized. e.g. USER or CL-USER for COMMON-LISP-USER. + + * swank-cmucl.lisp: Don't enable xref (let the user decide). + (set-fd-non-blocking): Removed unused function. + Miscellaneous refactoring of the networking code. + + * slime.el (slime-complete-symbol): Use markers to hold the + beginning and end of the completion prefix, in case looking up + completions causes insertions (e.g. GC announcements). + +2004-01-09 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (slime-activate-state): Only update state name when + `slime-default-connection' activates. This fixes an annoying + "Selecting deleted buffer" bug that prevented SLIME from being + restarted. + (slime-next-connection): Fixed a bug where buffer-local connection + bindings could get in the way and prevent the connection from + actually changing. + (slime-complete-restore-window-configuration): Wrap + `set-window-configuration' in `save-excursion'. This fixes a + problem where the cursor would end up in the wrong place after + completion in XEmacs. + +2004-01-09 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el: Place (require 'cl) inside a eval-and-compile. + (slime-with-connection-buffer): Move definition upwards before the + first use. + (package-updateing): New test for package updates in the listeners. + + * swank.lisp (eval-region): Bind *package* outside the + unwind-protect to detect updates. + + * swank-backend.lisp (debugger-info-for-emacs) + (find-function-locations): Doc fix. + 2004-01-09 Wolfgang Jenkner <wjenkner(a)inode.at> * swank-clisp.lisp: Add methods for GRAY:STREAM-READ-CHAR-NO-HANG

1 0

[slime-devel] annoying bug fixed: couldn't restart SLIME
by Luke Gorrie 09 Jan '04

09 Jan '04

Ahoy, Just checked in a fix for a really annoying problem where you couldn't restart SLIME having once started it ("selected deleted buffer" error message). Don't know how I missed it for a whole day, thanks Raymond Toy for pointing it out :-) -Luke

1 0