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

[slime-devel] slime-space and CUA mode
by David Reitter 10 Feb '07

10 Feb '07

Hi, it appears that you need a (put 'slime-space 'delete-selection t) after the definition of `slime-space' to make it collaborate with `delete-selection-mode' and `CUA-mode'. (See also the recent discussion regarding this on emacs-pretest-bugs.) Note that the above is not enough to make Undo behave correctly: after you have overwritten the region with a space, undoing the operation will only delete the space. It seems that Undo needs to understand that inserting the space is an atomic operation. I don't understand how undo works, so I can't offer a fix. - David -- http://aquamacs.org -- Aquamacs: Emacs on Mac OS X

1 0

[slime-devel] slime-defun-if-undefined
by Lennart Staflin 09 Feb '07

09 Feb '07

>From slime.el: (defmacro slime-defun-if-undefined (name &rest rest) (unless (fboundp name) `(defun ,name ,@rest))) Anyone see a problem with that definition? It assumes that slime hasn't been loaded before compiling slime.el. It bit me. I tend to just do a cvs up and byte-recompile-directory when upgrading slime with whatever emacs I have running. -- //Lennart Staflin

2 1

[slime-devel] ARGLIST: In a call to "Loop..Across":
by Ury Marshak 08 Feb '07

08 Feb '07

Hello, When using autodoc mode with the following form (defclass ajax-processor () ( ;; )) and moving the point around the comment I get the message: ARGLIST: In a call to "Loop..Across": NIL is not of type VECTOR. SLIME cvs, GNU Emacs 22 cvs Actually I seem to be getting this message even when typing just a pair of parentheses () and moving inside them. Happens in all Slime mode buffers: files, slime-scratch, REPL. Thanks, Ury

1 0

[slime-devel] cutting up slime.el
by Attila Lendvai 08 Feb '07

08 Feb '07

dear list, have anybody ever tought of cutting up slime.el into more files? especially cutting out the framework'ey and compatibility bits into a file that can be loaded at the head of slime.el. but also other sections could be cut out, like fuzzy completion, sldb, etc. i may not be aware of something, but i think it's not reasonable that slime.el is a single 450k file. my actual problem is that Helmut moved some annoying compatibility definitions out of the way (to the end of the file) but i'm using some of them in the darcs repo while loading. i've moved these back to the head of the file there, but such changes are moving the branches further away. if they were in slime-compatibility.el or a bigger slime-utils.el then it could be loaded easily at the top of slime.el. any opinions? -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronstället)

7 12

[slime-devel] communication between elisp and common lisp
by Jong W Kim 07 Feb '07

07 Feb '07

Hello, I am trying to have elisp and common lisp communicate with each other inside Emacs. I am using OpenMCL with SLIME on a PowerBook G4. I have two files. One is "jong.el" and the other is "jong.lisp". Here is the code. in the file of "jong.el" (defun man-hello (astring) (if (equal "hello-el" astring) (slime-repl-send-input "hello-cl")) (progn (goto-char (point-max)) (insert ":hello-cl") (slime-repl-return))) in the file of "jong.lisp" (defvar aa nil "a test variable.") (defun ehello-world () (format t "~%Connecting in ehello-world...") (format t "~%MAN:hello-el") (setq aa (read-line )) (if (string= aa "hello-cl") (format t "...conected.") (format t "connection not established with emacs."))) I am loading the "jong.lisp" file into OpenMCL. Then, by pressing M-x load-file, I am loading the "jong.el". The result is: Connecting in ehello-world... MAN:hello-el and it hangs until I press a key. If I press a key, I get the message below: connection not established with emacs. I used "slime-repl-send-input". Could you please give some advice on this? Thanks, Jong Kim

2 1

[slime-devel] Slime startup error with SBCL 1.0.0.10
by Vamsee Kanakala 06 Feb '07

06 Feb '07

Hi, I am using the latest SBCL built from sources (1.0.0.10) and doing M-x slime gives me the following error: ; compiling file "/home/vamsee/lisp/slime/swank-sbcl.lisp" (written 27 NOV 2006 02:22:50 PM): (/usr/local/lib/sbcl/sb-bsd-sockets/constants.lisp /usr/local/lib/sbcl/sb-bsd-sockets/constants.fasl /usr/local/lib/sbcl/sb-bsd-sockets/constants.fasl /usr/local/lib/sbcl/sb-bsd-sockets/foo.c /usr/local/lib/sbcl/sb-bsd-sockets/a.out /usr/local/lib/sbcl/sb-bsd-sockets/constants.lisp-temp) ; compilation aborted after 0:00:00 ;; Error while loading: /home/vamsee/.slime/fasl/2006-11-26/sbcl-1.0.0.10-linux-x86/swank-sbcl.fasl ;; Condition: The value NIL ;; is not of type ;; (OR (VECTOR CHARACTER) (VECTOR NIL) BASE-STRING PATHNAME ;; FILE-STREAM). ;; Aborting. ; ; compilation unit aborted ; caught 3 fatal ERROR conditions * I am using the latest slime too. Any help appreciated. Thanks, Vamsee.

6 10

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 06 Feb '07

06 Feb '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1066 slime/ChangeLog:1.1067 --- slime/ChangeLog:1.1066 Sun Feb 4 17:29:39 2007 +++ slime/ChangeLog Mon Feb 5 11:25:46 2007 @@ -1,3 +1,8 @@ +2007-02-05 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime.el (sldb-insert-locals): Repair presentation markup of + frame locals. + 2007-02-04 Antonio Menezes Leitao <aml(a)gia.ist.utl.pt> * swank-lispworks.lisp (dspec-file-position): Bind

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 05 Feb '07

05 Feb '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1064 slime/ChangeLog:1.1066 --- slime/ChangeLog:1.1064 Sat Feb 3 08:34:06 2007 +++ slime/ChangeLog Sun Feb 4 17:29:39 2007 @@ -1,3 +1,16 @@ +2007-02-04 Antonio Menezes Leitao <aml(a)gia.ist.utl.pt> + + * swank-lispworks.lisp (dspec-file-position): Bind + *compile-file-pathname*, *compile-file-truename*, *load-pathname* + and *load-truename* in dspec-file-position. + +2007-02-04 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime.el (slime-write-string): When writing a :repl-result, + update the slime-output-end marker for the purpose of asynchronous + output (when *use-dedicated-output-stream* is true). + Reported by Madhu <enometh(a)meer.net>. + 2007-02-03 Marco Baringer <mb(a)bese.it> * slime.el (slime-delete-swank-port-file): Fix typo in

1 0

[slime-devel] Small fix for swank-lispworks
by Antonio Menezes Leitao 04 Feb '07

04 Feb '07

Hi, The file swank-lispworks contains a function named dspec-file-position that, in recent LispWorks versions, reads forms from a file. The problem is that the file might contain #. forms that might refer to *compile-file-pathname* or *compile-file-truename*, or *load-pathname* or *load-truename*. In order to "emulate" the compilation or loading process, this function must also provide values to those variables so that the forms can be properly read. My quick fix is: (defun dspec-file-position (file dspec) (let ((*compile-file-pathname* (pathname file)) (*compile-file-truename* (truename file))) (let ((*load-pathname* *compile-file-pathname*) (*load-truename* *compile-file-truename*)) (with-open-file (stream file) (let ((pos #-(or lispworks4.1 lispworks4.2) (dspec-stream-position stream dspec))) (if pos (list :position (1+ pos) t) (dspec-buffer-position dspec 1))))))) Best regards, António Leitão.

2 1

[slime-devel] slime-apropos-package doesn't work with readtable-case = :invert
by Harald Hanche-Olsen 04 Feb '07

04 Feb '07

The subject says it all, I think. I run my lisps with (setf (readtable-case *readtable*) :invert) and if I try C-c C-d C-p cl-user <RET> I get the error: No such package: "CL-USER" The reason being as follows: slime-apropos-package calls slime-read-package-name which does a completing-read on the result of (swank:list-all-package-names t) which simply returns all package names as strings: In particular, they are all typically upper case. So the package name is passed to swank:apropos-list-for-emacs which calls (find-package (string-to-package-designator package)), and swank::string-to-package-designator passes the string through read-from-string, ending with a symbol whose name is all lower case. But :|cl-user| does not designated a package. Surely, there is some inconsistency, but I can't tell which part can be corrected without introducing another inconsistency. - Harald

3 6