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

[slime-devel] Re: It's not just me!
by Hoehle, Joerg-Cyril 06 Jul '05

06 Jul '05

Helmut Eller wrote: >The CLISP/Win32 returned -1. clisp-2.33, or 2.33.1, or 2.33.2? clisp from CVS must work. I'll submit a patch to have the older versions work. >I guess SIGINT is not the Windows way and something else should be >used instead. [Aside: I'd be happy if slime.el:slime-send-sigint actually used 'SIGINT. The source code just says '2 -- Emacs-20.7 says: "SIGCODE may be an integer, or a symbol whose name is a signal name." 'SIGINT would be self-documenting.] I did the following experiment, using Emacs-20.7 on MS-Windows-2k M-x shell cd path\to\clisp lisp.exe -M lispinit.mem (ffi:def-call-out getpid (:name "GetCurrentProcessId") (:return-type ffi:uint) (:language :stdc-stdcall) (:library "kernel32.dll")) ;relative path "kernel32.dll" is reported not to work with cygwin -> 1840 M-: (process-id(get-buffer-process(current-buffer))) -> 1812 M-: (signal-process 1840 'SIGINT) ;-> -1 and clisp is not interrupted(!) M-: (signal-process 1812 'SIGINT) ;-> 0 and Emacs titlebar flashes and clisp gets interrupt I.e., in this scenario, the internal pid is useless! Now, using C-u M-x run-lisp, which starts lisp.exe directly instead of going through the cmd.exe proxy, both process ids match, and clisp becomes interruptible by Emacs. SLIME starts clisp the same way (at least in my setup). I have yet to check when clisp is started via clisp.exe which in turn starts lisp.exe. Alas, I know of no other way for signaling an interrupt under Emacs. Regards, Jorg Hohle.

2 1

[slime-devel] today's slime-coding commit & XEmacs
by Andy Sloane 06 Jul '05

06 Jul '05

It seems XEmacs wants two arguments to local-variable-p, so with the latest CVS revision, C-c C-k dies with "Invalid number of arguments to local-variable-p: 1" on line 3778: ,@(if (local-variable-p 'slime-coding) (list (slime-coding-system-cl-name slime-coding)))) The XEmacs docs say the buffer argument is &optional, but it apparently isn't. -Andy

2 1

[slime-devel] July 5th Slime + July 5th OpenMCL
by David Steuber 06 Jul '05

06 Jul '05

I had an odd hiccup here. Starting up slime for the fist time after updating both (and deleting ~/.slime): *inferior-lisp* (load "/Users/david/usr/src/slime/swank-loader.lisp" :verbose t) (swank:start-server "/tmp/slime.11493" :external-format :iso-latin-1-unix) Welcome to OpenMCL Version (Beta: DarwinPPC32) 0.14.3-050705! ? ;Loading #P"/Users/david/usr/src/slime/swank-loader.lisp"... ;Compiling "/Users/david/usr/src/slime/swank-backend.lisp"... ;Loading #P"/Users/david/.slime/fasl/openmcl-0.14-darwin-powerpc/swank- backend.dfsl"... ;Compiling "/Users/david/usr/src/slime/nregex.lisp"... ;Loading #P"/Users/david/.slime/fasl/openmcl-0.14-darwin-powerpc/nregex.dfsl"... ;Compiling "/Users/david/usr/src/slime/metering.lisp"... ;Loading #P"/Users/david/.slime/fasl/openmcl-0.14-darwin-powerpc/ metering.dfsl"... ;Compiling "/Users/david/usr/src/slime/swank-openmcl.lisp"... ;Compiler warnings for "/Users/david/usr/src/slime/swank-openmcl.lisp" : ; Unused lexical variable STREAM, in (MAKE-STREAM-INTERACTIVE (T)). ;Loading #P"/Users/david/.slime/fasl/openmcl-0.14-darwin-powerpc/swank- openmcl.dfsl"... ;Compiling "/Users/david/usr/src/slime/swank-gray.lisp"... ;Loading #P"/Users/david/.slime/fasl/openmcl-0.14-darwin-powerpc/swank- gray.dfsl"... ;Compiling "/Users/david/usr/src/slime/swank.lisp"... ;Loading #P"/Users/david/.slime/fasl/openmcl-0.14-darwin-powerpc/swank.dfsl"... ; Warning: These Swank interfaces are unimplemented: ; (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER CALLS-WHO MACROEXPAND-ALL REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN TOGGLE-TRACE) ; While executing: SWANK-BACKEND::WARN-UNIMPLEMENTED-INTERFACES ;Compiler warnings for "/Users/david/usr/src/slime/swank.lisp" : ; Undefined function SWANK-MOP:FINALIZE-INHERITANCE, in (SWANK::EXTRA-KEYWORDS ((EQL 'MAKE-INSTANCE))). ; Undefined function SWANK-MOP:COMPUTE-APPLICABLE-METHODS-USING-CLASSES, in SWANK::APPLICABLE-METHODS-KEYWORDS. ;Compiler warnings for "/Users/david/usr/src/slime/swank-openmcl.lisp" : ; Undefined function #:EQL-SPECIALIZER-OBJECT, in SWANK-BACKEND::SPECIALIZER-NAME. ; Undefined function #:CLASS-NAME, in SWANK-BACKEND::SPECIALIZER-NAME. #P"/Users/david/usr/src/slime/swank-loader.lisp" ? ;; Swank started at port: 61020. 61020 ? What happened was slime did not automatically connect. I was able to connect by doing M-x slime-connect to port 61020. I'm sure it's not a major problem to fix, I just don't have a clue about slime's internals or elisp.

1 1

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

05 Jul '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.720 slime/ChangeLog:1.721 --- slime/ChangeLog:1.720 Sun Jul 3 17:55:59 2005 +++ slime/ChangeLog Tue Jul 5 22:34:31 2005 @@ -1,3 +1,22 @@ +2005-07-05 Helmut Eller <heller(a)common-lisp.net> + + The file variable slime-coding can now be used to specify the + coding system to use for C-c C-k. E.g., if the file contains + -*- slime-coding: utf-8-unix -*- Emacs will tell the Lisp side + to call COMPILE-FILE with an external-format argument. + + * slime.el (slime-compile-file): Send the coding system if + the buffer local variable `slime-coding' is bound. + + * swank-backend.lisp, swank-sbcl.lisp, swank-clisp.lisp, + swank-lispworks.lisp, swank-cmucl, swank-allegro.lisp, + swank-abcl.lisp, swank-corman.lisp + (swank-compile-file): New optional argument `external-format'. + + * swank-clisp.lisp (getpid): Undo the last change. + + * swank-corman.lisp (spawn, thread-alive-p): More thread tweaking. + 2005-07-03 Joerg Hoehle <hoehle(a)users.sourceforge.net> * swank-clisp (describe-symbol-for-emacs): Report :setf and :type

1 0

RE: [slime-devel] Slime hanging on foreign function calls with Lispworks
by Shawn Nicholson 05 Jul '05

05 Jul '05

Well, My question can be disregarded. I see in the known problems document that this issue does not currently have a known reason or solution. Thanks, Shawn -----Original Message----- From: Shawn Nicholson Sent: Wednesday, June 29, 2005 11:21 AM To: slime-devel(a)common-lisp.net Subject: [slime-devel] Slime hanging on foreign function calls with Lispworks Hello, I am a new user to slime and have run into something I can't seem to figure out. I am running Lispworks 4.4.5 Professional and Slime 2005-4-27 (LispWorks Port 1525 PID 220). I am attempting to run some code which calls some foreign functions however any attempt to do so causes Slime to hang. The windows click does not happen at all. Any ideas on what I'm missing (or what settings I have incorrect) that would prevent me from making FLI calls? Thanks, Shawn (in-package :cl-user) (defparameter *segman-dll* "C:\\Projects\\SegMan\\hemets\\src\\segman.dll") (fli:register-module *segman-dll*) (fli:define-foreign-function (c_single_click "c_single_click" :source) ((pause :int)) :result-type :void) (defun single-click (&optional (pause 0)) (format t "Executing single click.~%") (c_single_click pause)) (defun test-click () (single-click)) _______________________________________________ slime-devel site list slime-devel(a)common-lisp.net http://common-lisp.net/mailman/listinfo/slime-devel

3 6

[slime-devel] M-p/M-n doesn't move to the note in cvs slime and xemacs
by Raymond Toy 05 Jul '05

05 Jul '05

After updating slime to the CVS slime version of 2005-05-16 to get the GC message changes, I notice that M-p/M-n no longer seems to move the the previous/next compiler note when in the Lisp buffer. The compiler notes seem to be highlighted correctly, but M-p/M-n always say no next note. This is with cmucl 2005-05 snapshot, and xemacs 21.5-b20. This combination with slime from Feb or so was working just fine. I can look into this if someone gives a few pointers on where to look. Thanks, Ray

4 11

[slime-devel] Re: It's not just me! [was: CLISP on Windows?]
by Hoehle, Joerg-Cyril 05 Jul '05

05 Jul '05

Karsten Poeck wrote: >Unfortunately the cygwin version now breaks with >WARNING: DEFUN/DEFMACRO: redefining function GETPID in [...] >*** - FFI::LOOKUP-FOREIGN-FUNCTION: A foreign function "getpid" does not exist It appears that the code in CVS provides a different implementation of getpid than what I sent to the slime list a few weeks ago. I don't know why there was a change. I saw no mention of a problem in this mailing list since. The current CVS is broken in some aspects (portability, FFI declaration, missing interface). Did my code break something? Karsten, could you please remove the def-call-out for both unix and win32 in swank-clisp.lisp and uncomment the #+(or) form below it, and report your findings? I think that my own code, in a win32-clisp (not cygwin) 2.33.1 or older, without the WIN32 package, will define getpid to the constant -1. If this causes a problem, please tell me and I can change that. Possibly processes will not be interruptible. clisp >2.33.2 should work. I appreciate it when new code still works with old versions of other programs. Regards, Jorg Hohle.

2 1

[slime-devel] Internals Wiki?
by Svein Ove Aas 05 Jul '05

05 Jul '05

I'm currently working on a stepper for Slime, and would love to have somewhere I can write down its internal structure; for my own reference, if nothing else. As I'll probably have to work through some of the other Slime code, and having such documentation be public seems like a good idea, I figured I should propose that a Wiki is put somewhere accessible. What do you think?

4 3

[slime-devel] Re: It's not just me! [was: CLISP on Windows?]
by Hoehle, Joerg-Cyril 04 Jul '05

04 Jul '05

Hi, Karsten Poeck wrote: >Summary: >clisp cvs head cygwin works with slime cvs head >clisp cvs head mingw (no need for cygwin) works with slime cvs head >clisp released version for windows from sourceforge does not >work (starts >up, loads slime but does not connect) I just build an MS-VC 6.0 version last friday. Would you like me to send that to you for testing? [Note that I'm not the one who did the official clisp-win32 distributions, built -- I believe -- with MS-VC 6.0(?)] Helmut Eller wrote: >I think I fixed that in CVS by sending an extra newline. I don't know >why, but it seems to work for me. Did you try adding any other presumably superfluous character beside #\Newline? Maybe there was/is some problem with read ahead, not with line-terminated buffering? Regards, Jorg Hohle.

2 1

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

03 Jul '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.719 slime/ChangeLog:1.720 --- slime/ChangeLog:1.719 Sat Jul 2 19:49:18 2005 +++ slime/ChangeLog Sun Jul 3 17:55:59 2005 @@ -1,3 +1,37 @@ +2005-07-03 Joerg Hoehle <hoehle(a)users.sourceforge.net> + + * swank-clisp (describe-symbol-for-emacs): Report :setf and :type + where appropriate. + +2005-07-03 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (next-single-char-property-change) + (previous-single-char-property-change) [xemacs]: Only define them + if not present. + (next-char-property-change, previous-char-property-change): Define + if needed. + + * README: Show examples for the filenames instead of the general + "/the/path/to/this/directory". Suggested by Brandon J. Van Every. + + * swank-corman.lisp (default-directory): Return a namestring + instead of the pathname. + (inspect-for-emacs, inspect-structure): Teach the inspector how to + deal with structures. + (spawn, send, receive): Implement rudimentary threading support. + It's now possible to connect with the :spawn communication style + and to bring up a listener. Unfortunately, debugging the + non-primary threads doesn't work at all. Still no support for + interrupt-thread. + + * slime.el (slime-start-swank-server): Send an extra newline + before the "(swank:start-server ...". I don't know why, but this + seems to fix the problem when starting CLISP/Win32. Interrupting + CLISP/W32 is still horribly broken. + + * swank-loader.lisp (compile-files-if-needed-serially) [corman]: + force-output after each file. + 2005-07-02 Marco Baringer <mb(a)bese.it> * slime.el (save-some-lisp-buffers): New Function.

1 0