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

[slime-devel] Saving *slime-scratch*
by Nikodemus Siivola 11 Oct '08

11 Oct '08

The attached patch associates *slime-scratch* with a file if you name one as "slime-scratch-file". I've been running slime with this a while, and rather like it. Something like this was talked about a while ago, and dropped because of what looked like an ideologinal objection to scratch-buffers in my mind. Is the consensus still against this? Cheers, -- Nikodemus Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.784 diff -u -r1.784 slime.el --- slime.el 16 Apr 2007 14:42:33 -0000 1.784 +++ slime.el 27 Apr 2007 13:26:17 -0000 @@ -4570,10 +4570,15 @@ (set-keymap-parent map lisp-mode-map) map)) +(defvar slime-scratch-file nil) + (defun slime-scratch-buffer () "Return the scratch buffer, create it if necessary." (or (get-buffer "*slime-scratch*") - (with-current-buffer (get-buffer-create "*slime-scratch*") + (with-current-buffer (if (not slime-scratch-file) + (get-buffer-create "*slime-scratch*") + (find-file slime-scratch-file)) + (rename-buffer "*slime-scratch*") (lisp-mode) (use-local-map slime-scratch-mode-map) (slime-mode t)

4 5

[slime-devel] Operating on the swank readtable?
by Alberto Riva 17 Jan '08

17 Jan '08

Hello, I'm trying to define a few macro characters for use in the slime top-level, but I can't figure out where to put the SET-DISPATCH-MACRO-CHARACTER calls so that they affect the swank readtable instead of the default one. I've tried putting them both in my lisp initialization file and in .swank.lisp, but in both cases the macro character is defined in the initial readtable and not in the slime one (so it works in the *inferior-lisp* buffer, but not in the slime-repl buffer). Thanks! Alberto Riva University of Florida

2 2

[slime-devel] defining LISP functions in Emacs
by Joe Corneli 11 Jan '08

11 Jan '08

I want to create a variant of `defun' that takes arguments from Emacs and assembles a body to be evaluated by SLIME. It seemed to me that this macro definition w ould work: (defmacro ldefun (name arglist &rest body) `(defun ,name ,arglist (slime-eval (progn ,@body)))) For example, here is how it expands in a simple case: (macroexpand '(ldefun testslime (first second) (list first (+ 1 second)))) ;=> (defun testslime (first second) ;=> (slime-eval (progn (list first (+ 1 second))))) But that didn't turn out. In fact, even the `slime-eval' form just above does not work in a stand-alone fashion: (slime-eval (progn (list 2 (+ 1 6)))) Gives this error: Execution of a form compiled with errors. Form: (2 7) Whereas from the REPL, I get this behavior: CL-USER> (progn (list 2 (+ 1 6))) (2 7) So, I find this behavior surprising. Can anyone help me out? Note: I'm running Slime CVS from 2007-06-16 and SBCL 1.0.5.

3 3

[slime-devel] slime apparently mis-reporting closed connection
by Samium Gromoff 26 Oct '07

26 Oct '07

After well into the second decade of slime-disconnect/slime-connect loop iteration (interweaved with normal operation) the emacs side of slime stopped recognising connection status. I`m doing a slime-disconnect, restarting swank and slime-connect, however immediately after this either a slime-load-file or a (load ...) in slime repl result in a message "Connection closed." i have some time before i will have to reboot the machine, and until then i can provide various forensics upon request... regards, Samium Gromoff

5 5

[slime-devel] Inspector: inspect-bigger-piece and inspect-whole-thing broken.
by Madhu 23 Sep '07

23 Sep '07

Here are two test cases for exposing the bugs: ;; In ~/.swank.lisp: (setq SWANK::*SLIME-INSPECT-CONTENTS-LIMIT* 10) ;; ;; CASE I ;; (defvar *ht* (make-hash-table :test #'eql)) (loop for i below 20 do (setf (gethash i *ht*) (princ i))) Then M-x slime-inspect *ht* (C-c I *ht*) : The inspector window show: |Contents: |10 elements shown. Prompt for how many to inspect... |Inspect all 20 elements. Choosing either of these two (bigger pieces action and entering the value in the REPL) or inspect whole pieces action, does not change the contents displayed in the inspector window, i.e. the number of items displayed does not change. ;; ;; CASE II ;; (defvar *array* (make-array 100 :initial-element nil)) Then M-x slime-inspect *array* (C-c I *array*) The variable SWANK::*SLIME-INSPECT-CONTENTS-LIMIT* is not respected and the whole contents of the array is printed. I'm guessing the following Changelog entry may apply, but haven't checked or fixed the problem against HEAD. |2007-04-19 Tobias C. Rittweiler <tcr(a)freebits.de> | | * swank-backend.lisp (label-value-line): Add :newline as &key | argument; if true (the default) inserts a newline. | | * swank.lisp (inspect-for-emacs-list): Don't add a newline after | the last value of the list. | -- Madhu

1 2

[slime-devel] Autodoc mode and the typeout frame
by Geoff Wozniak 01 Sep '07

01 Sep '07

When the typeout frame is active, autodoc output is sent to the frame using a call to SLIME-TYPEOUT-MESSAGE in SLIME-AUTODOC-MESSAGE. In turn, SLIME-TYPEOUT-MESSAGE applies FORMAT to the string to display it. This causes a fair number of errors when the string contains the % character and eventually autodoc-mode shuts off. I've attached a patch to fix it against the latest version. All it does is call REPLACE-REGEXP-IN-STRING before the string is sent to SLIME-TYPEOUT-MESSAGE. I'm not convinced this solution is at all elegant, but I'm not familiar with the architecture of Slime enough to know what a better solution might be. It's a hack since it's not terribly robust: right now no format arguments are passed to SLIME-TYPEOUT-MESSAGE but if they are, then the hack provided (likely) won't work. Anyway, this patch solves my immediate problem and I thought it was a point worth bringing up. And am I one of the only people to use a typeout frame? :) -- Geoff

4 5

[slime-devel] slime-reindent-defun broken?
by Andreas Fuchs 30 Aug '07

30 Aug '07

Hi there, I've recently updated my slime, and find that slime-reindent-defun in a lisp-mode file buffer is no longer working: it tries to call slime-repl-at-prompt-start-p, which tries to compare a number and the value of slime-repl-input-start-mark, which is nil. This patch fixes the symptoms, but it looks a bit wrong to me. Maybe somebody who knows more about the constraints involved can come up with a better fix. Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.794 diff -u -r1.794 slime.el --- slime.el 28 Jun 2007 12:27:51 -0000 1.794 +++ slime.el 16 Jul 2007 12:43:02 -0000 @@ -10047,7 +10047,8 @@ (fill-paragraph nil) (let ((start (progn (unless (or (and (zerop (current-column)) (eq ?\( (char-after))) - (slime-repl-at-prompt-start-p)) + (and slime-repl-input-start-mark + (slime-repl-at-prompt-start-p))) (slime-beginning-of-defun)) (point))) (end (ignore-errors (slime-end-of-defun) (point)))) Cheers, -- Andreas Fuchs, (http://|im:asf@|mailto:asf@)boinkor.net, antifuchs

3 2

[slime-devel] Patch to support CMUCL x86-darwin
by Jon Allen Boone 30 Aug '07

30 Aug '07

Folks, CMUCL now has an x86-Darwin port as well as the PPC-Darwin version. Here is a patch that conditionalizes on the presence of darwin instead of ppc so that slime works with both Darwin versions of CMUCL. diff -u -r1.170 swank-cmucl.lisp --- swank-cmucl.lisp 10 Jan 2007 23:53:47 -0000 1.170 +++ swank-cmucl.lisp 27 Jul 2007 22:17:24 -0000 @@ -76,7 +76,7 @@ (defimplementation preferred-communication-style () :sigio) -#-(or ppc mips) +#-(or darwin mips) (defimplementation create-socket (host port) (let* ((addr (resolve-hostname host)) (addr (if (not (find-symbol "SOCKET-ERROR" :ext)) @@ -85,7 +85,7 @@ (ext:create-inet-listener port :stream :reuse-address t :host addr))) ;; There seems to be a bug in create-inet-listener on Mac/OSX and Irix. -#+(or ppc mips) +#+(or darwin mips) (defimplementation create-socket (host port) (declare (ignore host)) (ext:create-inet-listener port :stream :reuse-address t))

2 1

[slime-devel] Evaluate forms from within Lisp buffers and displaying the result in the REPL
by Rainer Joswig 26 Aug '07

26 Aug '07

Hi, I'm a bit used to the behavior of MCL when it comes to Lisp buffers and listeners. Maybe SLIME developers know how to achieve a similar behavior or would like to provide something similar. MCL allowed multiple Lisp text editor windows and listener windows. If there are multiple listeners one is the front most. If the cursor is behind a Lisp form in a Lisp editor window, one can press Enter (or control-return) and the form will be enqueued into the REPL of the front most listener. Doing this in a listener, the form will be displayed at the prompt and enqueued in the listener's REPL. Pressing Enter only has the effect that the form and the result is shown in the listener. In the Editor window, nothing happens (no cursor moved, no character entered, no window focus changed). The listener REPL gets the forms from its queue and displays the form and the result at the end of the current buffer. This way you get interaction histories in the listener. Currently SLIME lets me evaluate a form in a text buffer and the form gets printed into the listener and the result gets printed in the mini-buffer. I can see then in the listener the history of evaluated forms, but not the history of results. Additionally the form will be printed with additional characters before and after. SLIME displays several forms evaluated from a text buffer in the REPL like this: ;;;; (+ 1 2) ... ;;;; (+ 1 2) ... ;;;; (+ 1 2) ... The normal REPL interaction display would be like: CL-USER> (+ 1 2) 3 CL-USER> (+ 1 2) 3 CL-USER> (+ 1 2) 3 Both ways look different. Why not use the latter for both interactions? Useful is then also a command to rotate between the various listeners (next, previous) and Lisp buffers (next, previous). Advantages I see for MCL: * With MCL you get the same REPL listener display if you evaluate forms from the Lisp editor buffer (via RETURN) or if you use the REPL in the listener. * Using the enter key (vs. Return) to evaluate code in the editor gets rid of one complex keystroke. * One gets reusable interaction histories in the listener where form and result are displayed together. Is SLIME already providing something similar? Would others find this way of interaction between Lisp buffers and a REPL buffer useful? Regards, Rainer Joswig -- http://lispm.dyndns.org

9 21

[slime-devel] slime-eval-last-expression scrolls buffer
by Austin Haas 29 Jul '07

29 Jul '07

When I run (c-x c-e), the whole buffer scrolls down so that point is positioned at the last line on the screen. Is this the expected behavior? Is there any way to prevent it? -austin -- Austin Haas Pet Tomato, Inc. http://pettomato.com

2 2

[slime-devel] Post your ads where people read them!!!
by Feed＠common-lisp.net 29 Jul '07

29 Jul '07

1 0

[slime-devel] Folding mode support
by Alain Picard 24 Jul '07

24 Jul '07

Dear slimers, I like to use folding-mode to structure my lisp files. However it drives me insane that this breaks slime's SLIME-EDIT-DEFINITION functionality if the buffer is already loaded and folded somehow. This little piece of advice fixes this. I think it may more properly belong in folding-mode than in slime, but in the short term, slimer's are the ones who will most benefit, so I thought I'd share it with you guys. (defadvice slime-goto-location-position (around slime-folding-goto-line first activate) "Jump to a slime position in a buffer in folding-mode." (if folding-mode (let ((line nil)) (folding-open-buffer) ad-do-it (setq line (line-number-at-pos)) (folding-goto-line line)) ad-do-it)) Cheers, --ap -- Please read about why Top Posting is evil at: http://en.wikipedia.org/wiki/Top-posting and http://www.dickalba.demon.co.uk/usenet/guide/faq_topp.html Please read about why HTML in email is evil at: http://www.birdhouse.org/etc/evilmail.html

1 0

[slime-devel] rewriting commands
by Tamas K Papp 24 Jul '07

24 Jul '07

I am trying to find out how to do this right. Suppose I write a command on the repl and press enter: CL-USER> (1+ 2) 3 then I go back and edit that line, trying to reuse part of what I wrote (in this case, I type "(describe " before and ")" after the previous expression, then press ENTER, ENTER: CL-USER> (describe (1+ 2)) 3 CL-USER> (1+ 2)) and I end up with an incomplete expression (as above) and an error. How can I reuse edited lines from the REPL? Copy & paste with C-K C-Y works, but there must be a better way. Tamas

3 2

[slime-devel] slime-reindent-defun
by Gábor Melis 24 Jul '07

24 Jul '07

Now that it's fixed in the repl it breaks in lisp buffer with 'wrong type argument: number-or-marker-p, nil' Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.794 diff -u -p -r1.794 slime.el --- slime.el 28 Jun 2007 12:27:51 -0000 1.794 +++ slime.el 6 Jul 2007 16:21:16 -0000 @@ -10047,7 +10047,9 @@ be treated as a paragraph. This is usef (fill-paragraph nil) (let ((start (progn (unless (or (and (zerop (current-column)) (eq ?\( (char-after))) - (slime-repl-at-prompt-start-p)) + (and (boundp 'slime-repl-input-start-mark) + slime-repl-input-start-mark + (slime-repl-at-prompt-start-p))) (slime-beginning-of-defun)) (point))) (end (ignore-errors (slime-end-of-defun) (point))))

1 1

[slime-devel] bug: ( at the beginning of the line in docstring
by Tamas K Papp 21 Jul '07

21 Jul '07

I asked about this issue in comp.lang.lisp and was told it might be a bug. See http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/dd17e76e… Tamas

2 1

[slime-devel] own thread versus repl thread
by Joe Corneli 18 Jul '07

18 Jul '07

On my remote slime, (slime-eval (list 'swank:eval-and-grab-output (format "%s" '*package*))) returns: ("" "#<PACKAGE \"COMMON-LISP-USER\">") and on my local slime, it returns: ("" "#<PACKAGE \"ELEPHANT-USER\">") But in both cases, I am in the :elephant-user package on the REPL. What's the story? I thought that the combo of functions used here was always going to evaluate its arguments on the same thread that is used in the REPL?

1 0

[slime-devel] [PATCH] Inspector bug when *slime-inspect-contents-limit* is non-NIL
by Madhu 17 Jul '07

17 Jul '07

The inspector currently throws an out out of bound error when inspecting arrays of length less than *slime-inspect-contents-limit*. To see the bug: set *slime-inspect-contents-limit* to 10 and C-c I "foobar" The attached patch is in addition to the patch posted in <m3fy4ss6ge.fsf(a)robolove.meer.net> http://permalink.gmane.org/gmane.lisp.slime.devel/6333 --- swank.lisp.~1.490.~ 2007-06-04 21:47:17.000000000 +0530 +++ swank.lisp 2007-07-13 21:30:09.000000000 +0530 @@ -4603,9 +4608,12 @@ '("Contents:" (:newline)) (if (and *slime-inspect-contents-limit* (>= (array-total-size array) *slime-inspect-contents-limit*)) - (inspect-bigger-piece-actions array (length array)) + (inspect-bigger-piece-actions array (length array)) nil) - (loop for i below (or *slime-inspect-contents-limit* (array-total-size array)) + (loop with array-size = (array-total-size array) + for i below (if *slime-inspect-contents-limit* + (min *slime-inspect-contents-limit* array-size) + array-size) append (label-value-line i (row-major-aref array i)))))) (defmethod inspect-for-emacs ((char character) inspector)

1 0

Re: [slime-devel] slime on NetBSD 3.1 with emacs22
by othyro＠freeshell.org 16 Jul '07

16 Jul '07

On Mon, Jul 16, 2007 at 11:00:27AM -0500, Patrick X wrote: > Nice, forgive my ignorance but how did who capture the output of the build > like this? Using tcsh and bmake (NetBSD's make from pkgsrc, although comes with base OS.) # bmake depend # bmake >& smile_build.txt > On 7/15/07, othyro(a)freeshell.org <othyro(a)freeshell.org> wrote: > > > >Here's the output of the build, which completed successfully: > > > >=> Checksum SHA1 OK for slime-2.0.tgz > >=> Checksum RMD160 OK for slime-2.0.tgz > >===> Installing dependencies for slime-2.0 > >========================================================================== > >The following variables will affect the build process of this package, > >slime-2.0. Their current value is shown below: > > > > * EMACS_TYPE = emacs22 > > > >Based on these variables, the following variables have been set: > > > > * EMACS_BIN = /usr/pkg/bin/emacs > > * EMACS_ETCPREFIX = /usr/pkg/share > > * EMACS_FLAVOR = emacs > > * EMACS_INFOPREFIX = /usr/pkg/info > > * EMACS_LISPPREFIX = /usr/pkg/share/emacs/site-lisp > > * EMACS_PKGNAME_PREFIX (defined, but empty) > > * EMACS_VERSION_MAJOR = 22 > > * EMACS_VERSION_MINOR = 1 > > > >You may want to abort the process now with CTRL-C and change their value > >before continuing. Be sure to run `/usr/pkg/bin/bmake clean' after > >the changes. > >========================================================================== > >=> Required installed package gmake>=3.78: gmake-3.81 found > >=> Required installed package emacs>=22: emacs-22.1 found > >===> Overriding tools for slime-2.0 > >===> Extracting for slime-2.0 > >===> Patching for slime-2.0 > >===> Creating toolchain wrappers for slime-2.0 > >===> Building for slime-2.0 > >cd /usr/pkgsrc/wip/slime/work/slime-2.0/doc && /usr/pkg/bin/gmake > >slime.info > >grep: slime.info: No such file or directory > >cat ../ChangeLog | \ > > sed -ne '/^[0-9]/{s/^[^ ]* *//; s/ *<.*//; p;}' | \ > > sort | \ > > uniq -c | \ > > sort -nr| \ > > sed -e 's/^[^A-Z]*//' | \ > > awk -f texinfo-tabulate.awk | \ > > sed -e "s/\o341/@'a/g" | \ > > sed -e "s/\o355/@'{@dotless{i}}/g" | \ > > sed -e "s/\o351/@'e/g" | \ > > sed -e "s/\o361/@~n/g" | \ > > sed -e 's/\o370/@o{}/g' \ > > > contributors.texi > >makeinfo slime.texi > >cd /usr/pkgsrc/wip/slime/work/slime-2.0 && /usr/pkg/bin/emacs > >-batch -eval '(se > >tq load-path (cons nil load-path))' -f batch-byte-compile *.el > > > >In bridge-send-handler: > >bridge.el:223:31:Warning: bridge-insert called with 2 arguments, but > >accepts > > only 1 > >Wrote /usr/pkgsrc/wip/slime/work/slime-2.0/bridge.elc > > > >In end of data: > >hyperspec.el:1667:1:Warning: the following functions might not be defined > >at > > runtime: maplist, delete*, subseq, position > >Wrote /usr/pkgsrc/wip/slime/work/slime-2.0/hyperspec.elc > > > >In slime-update-modeline-package: > >slime.el:525:33:Warning: reference to free variable `slime-lisp-modes' > >slime.el:903:50:Warning: reference to free variable `slime-repl-mode-map' > >slime.el:911:50:Warning: reference to free variable `sldb-mode-map' > > > >In slime-setup-command-hooks: > >slime.el:935:4:Warning: `make-local-hook' is an obsolete function (as of > >Emacs > > 21.1); not necessary any more. > >slime.el:938:14:Warning: `make-local-hook' is an obsolete function (as of > > Emacs 21.1); not necessary any more. > > > >In slime-read-interactive-args: > >slime.el:1352:16:Warning: reference to free variable > > `slime-lisp-implementations' > >slime.el:1356:30:Warning: reference to free variable `slime-default-lisp' > >slime.el:1376:45:Warning: reference to free variable > >`slime-net-coding-system' > > > >In slime-start: > >slime.el:1386:42:Warning: reference to free variable > >`slime-net-coding-system' > > > >In slime-connect: > >slime.el:1401:53:Warning: reference to free variable `slime-lisp-host' > >slime.el:1403:30:Warning: reference to free variable `slime-net-processes' > >slime.el:1406:42:Warning: reference to free variable > >`slime-net-coding-system' > > > >In slime-maybe-start-lisp: > >slime.el:1517:60:Warning: reference to free variable `slime-net-processes' > > > >In slime-start-lisp: > >slime.el:1539:10:Warning: `process-kill-without-query' is an obsolete > >function > > (as of Emacs 22.1); use `process-query-on-exit-flag' or > > `set-process-query-on-exit-flag'. > > > >In slime-read-port-and-connect: > >slime.el:1608:44:Warning: reference to free variable `slime-lisp-host' > > > >In slime-net-connect: > >slime.el:1720:8:Warning: `process-kill-without-query' is an obsolete > >function > > (as of Emacs 22.1); use `process-query-on-exit-flag' or > > `set-process-query-on-exit-flag'. > > > >In slime-net-close: > >slime.el:1815:21:Warning: reference to free variable > > `slime-default-connection' > >slime.el:1816:11:Warning: assignment to free variable > > `slime-default-connection' > > > >In slime-reading-p: > >slime.el:2430:5:Warning: reference to free variable `slime-repl-read-mode' > > > >In slime-reset-repl-markers: > >slime.el:2626:30:Warning: reference to free variable > > `slime-repl-input-end-mark' > >slime.el:2628:30:Warning: reference to free variable > > `slime-repl-prompt-start-mark' > > > >In slime-init-output-buffer: > >slime.el:2682:11:Warning: assignment to free variable > > `slime-repl-directory-stack' > >slime.el:2684:11:Warning: assignment to free variable > > `slime-repl-package-stack' > > > >In slime-show-last-output-region: > >slime.el:2697:34:Warning: reference to free variable > > `slime-repl-input-start-mark' > > > >In slime-ensure-presentation-overlay: > >slime.el:2832:36:Warning: reference to free variable > >`slime-presentation-map' > > > >In slime-open-stream-to-lisp: > >slime.el:2856:8:Warning: `process-kill-without-query' is an obsolete > >function > > (as of Emacs 22.1); use `process-query-on-exit-flag' or > > `set-process-query-on-exit-flag'. > >slime.el:2863:13:Warning: assignment to free variable > > `bridge-destination-insert' > >slime.el:2864:13:Warning: assignment to free variable > >`bridge-source-insert' > >slime.el:2865:13:Warning: reference to free variable `bridge-handlers' > >slime.el:2868:20:Warning: assignment to free variable `bridge-handlers' > > > >In slime-write-string: > >slime.el:2906:28:Warning: reference to free variable > > `slime-repl-prompt-start-mark' > >slime.el:2909:20:Warning: reference to free variable > > `slime-repl-input-start-mark' > > > >In slime-repl-mode: > >slime.el:3024:4:Warning: `make-local-hook' is an obsolete function (as of > > Emacs 21.1); not necessary any more. > > > >In slime-repl-send-string: > >slime.el:3413:10:Warning: reference to free variable > >`slime-repl-read-mode' > > > >In slime-repl-return: > >slime.el:3534:10:Warning: reference to free variable > >`slime-repl-read-mode' > > > >In slime-save-some-lisp-buffers: > >slime.el:4076:54:Warning: reference to free variable `slime-lisp-modes' > > > >In slime-autodoc-message-dimensions: > >slime.el:5402:27:Warning: reference to free variable > >`slime-typeout-window' > > > >In slime-complete-delay-restoration: > >slime.el:5670:4:Warning: `make-local-hook' is an obsolete function (as of > > Emacs 21.1); not necessary any more. > > > >In slime-fuzzy-completions-mode: > >slime.el:5958:18:Warning: reference to free variable > > `slime-fuzzy-completions-map' > > > >In slime-print-apropos: > >slime.el:7024:45:Warning: reference to free variable `apropos-symbol-face' > > > >In slime-show-xrefs: > >slime.el:7170:11:Warning: assignment to free variable > > `slime-next-location-function' > > > >In end of data: > >slime.el:10384:1:Warning: the following functions might not be defined at > > runtime: gensym, position, equalp, assoc-if, find, find-if, remove-if, > > subseq, sort*, getf, remove-if-not, reduce, cl-set-getf, mapcan, > >every, > > mismatch, remove*, fill > >slime.el:10384:1:Warning: the following functions are not known to be > >defined: > > tramp-make-tramp-file-name, tramp-file-name-localname, > > tramp-dissect-file-name, hide-entry, install-bridge, etags-snarf-tag, > > file-of-tag, hide-body, show-subtree > >Wrote /usr/pkgsrc/wip/slime/work/slime-2.0/slime.elc > >Wrote /usr/pkgsrc/wip/slime/work/slime-2.0/tree-widget.elc > >=> Unwrapping files-to-be-installed. > >_______________________________________________ > >slime-devel site list > >slime-devel(a)common-lisp.net > >http://common-lisp.net/mailman/listinfo/slime-devel > > > > > > -- > you must know the ledge of wise and dome to understand your culture of > freedom! > > http://pxpippen.blogspot.com/ > http://groups.google.com/group/lispstl > > Patrick

3 5

[slime-devel] [patch] bind swank server to specified address
by Andreas Fuchs 16 Jul '07

16 Jul '07

Hi there, I've recently needed to bind a swank server to a (VPN-only) non-127.0.0.1 address. The attached patch adds an :address keyword arg to swank:create-server which defaults to 127.0.0.1. It's fairly straightforward, so I hope that slime committers will consider adding it. Cheers, -- Andreas Fuchs, (http://|im:asf@|mailto:asf@)boinkor.net, antifuchs Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.490 diff -u -r1.490 swank.lisp --- swank.lisp 4 Jun 2007 16:17:17 -0000 1.490 +++ swank.lisp 16 Jul 2007 12:35:59 -0000 @@ -423,14 +423,17 @@ (defvar *coding-system* "iso-latin-1-unix") +(defparameter *loopback-interface* "127.0.0.1") + (defun start-server (port-file &key (style *communication-style*) (dont-close *dont-close*) (coding-system *coding-system*)) "Start the server and write the listen port number to PORT-FILE. This is the entry point for Emacs." (flet ((start-server-aux () - (setup-server 0 (lambda (port) - (announce-server-port port-file port)) + (setup-server 0 *loopback-interface* + (lambda (port) + (announce-server-port port-file port)) style dont-close (find-external-format-or-lose coding-system)))) (if (eq style :spawn) @@ -440,22 +443,21 @@ (defun create-server (&key (port default-server-port) (style *communication-style*) (dont-close *dont-close*) - (coding-system *coding-system*)) + (coding-system *coding-system*) + (address *loopback-interface*)) "Start a SWANK server on PORT running in STYLE. If DONT-CLOSE is true then the listen socket will accept multiple connections, otherwise it will be closed after the first." - (setup-server port #'simple-announce-function style dont-close + (setup-server port address #'simple-announce-function style dont-close (find-external-format-or-lose coding-system))) (defun find-external-format-or-lose (coding-system) (or (find-external-format coding-system) (error "Unsupported coding system: ~s" coding-system))) -(defparameter *loopback-interface* "127.0.0.1") - -(defun setup-server (port announce-fn style dont-close external-format) +(defun setup-server (port address announce-fn style dont-close external-format) (declare (type function announce-fn)) - (let* ((socket (create-socket *loopback-interface* port)) + (let* ((socket (create-socket address port)) (port (local-port socket))) (funcall announce-fn port) (flet ((serve ()

1 0

[slime-devel] slime on NetBSD 3.1 with emacs22
by othyro＠freeshell.org 15 Jul '07

15 Jul '07

Here's the output of the build, which completed successfully: => Checksum SHA1 OK for slime-2.0.tgz => Checksum RMD160 OK for slime-2.0.tgz ===> Installing dependencies for slime-2.0 ========================================================================== The following variables will affect the build process of this package, slime-2.0. Their current value is shown below: * EMACS_TYPE = emacs22 Based on these variables, the following variables have been set: * EMACS_BIN = /usr/pkg/bin/emacs * EMACS_ETCPREFIX = /usr/pkg/share * EMACS_FLAVOR = emacs * EMACS_INFOPREFIX = /usr/pkg/info * EMACS_LISPPREFIX = /usr/pkg/share/emacs/site-lisp * EMACS_PKGNAME_PREFIX (defined, but empty) * EMACS_VERSION_MAJOR = 22 * EMACS_VERSION_MINOR = 1 You may want to abort the process now with CTRL-C and change their value before continuing. Be sure to run `/usr/pkg/bin/bmake clean' after the changes. ========================================================================== => Required installed package gmake>=3.78: gmake-3.81 found => Required installed package emacs>=22: emacs-22.1 found ===> Overriding tools for slime-2.0 ===> Extracting for slime-2.0 ===> Patching for slime-2.0 ===> Creating toolchain wrappers for slime-2.0 ===> Building for slime-2.0 cd /usr/pkgsrc/wip/slime/work/slime-2.0/doc && /usr/pkg/bin/gmake slime.info grep: slime.info: No such file or directory cat ../ChangeLog | \ sed -ne '/^[0-9]/{s/^[^ ]* *//; s/ *<.*//; p;}' | \ sort | \ uniq -c | \ sort -nr| \ sed -e 's/^[^A-Z]*//' | \ awk -f texinfo-tabulate.awk | \ sed -e "s/\o341/@'a/g" | \ sed -e "s/\o355/@'{@dotless{i}}/g" | \ sed -e "s/\o351/@'e/g" | \ sed -e "s/\o361/@~n/g" | \ sed -e 's/\o370/@o{}/g' \ > contributors.texi makeinfo slime.texi cd /usr/pkgsrc/wip/slime/work/slime-2.0 && /usr/pkg/bin/emacs -batch -eval '(se tq load-path (cons nil load-path))' -f batch-byte-compile *.el In bridge-send-handler: bridge.el:223:31:Warning: bridge-insert called with 2 arguments, but accepts only 1 Wrote /usr/pkgsrc/wip/slime/work/slime-2.0/bridge.elc In end of data: hyperspec.el:1667:1:Warning: the following functions might not be defined at runtime: maplist, delete*, subseq, position Wrote /usr/pkgsrc/wip/slime/work/slime-2.0/hyperspec.elc In slime-update-modeline-package: slime.el:525:33:Warning: reference to free variable `slime-lisp-modes' slime.el:903:50:Warning: reference to free variable `slime-repl-mode-map' slime.el:911:50:Warning: reference to free variable `sldb-mode-map' In slime-setup-command-hooks: slime.el:935:4:Warning: `make-local-hook' is an obsolete function (as of Emacs 21.1); not necessary any more. slime.el:938:14:Warning: `make-local-hook' is an obsolete function (as of Emacs 21.1); not necessary any more. In slime-read-interactive-args: slime.el:1352:16:Warning: reference to free variable `slime-lisp-implementations' slime.el:1356:30:Warning: reference to free variable `slime-default-lisp' slime.el:1376:45:Warning: reference to free variable `slime-net-coding-system' In slime-start: slime.el:1386:42:Warning: reference to free variable `slime-net-coding-system' In slime-connect: slime.el:1401:53:Warning: reference to free variable `slime-lisp-host' slime.el:1403:30:Warning: reference to free variable `slime-net-processes' slime.el:1406:42:Warning: reference to free variable `slime-net-coding-system' In slime-maybe-start-lisp: slime.el:1517:60:Warning: reference to free variable `slime-net-processes' In slime-start-lisp: slime.el:1539:10:Warning: `process-kill-without-query' is an obsolete function (as of Emacs 22.1); use `process-query-on-exit-flag' or `set-process-query-on-exit-flag'. In slime-read-port-and-connect: slime.el:1608:44:Warning: reference to free variable `slime-lisp-host' In slime-net-connect: slime.el:1720:8:Warning: `process-kill-without-query' is an obsolete function (as of Emacs 22.1); use `process-query-on-exit-flag' or `set-process-query-on-exit-flag'. In slime-net-close: slime.el:1815:21:Warning: reference to free variable `slime-default-connection' slime.el:1816:11:Warning: assignment to free variable `slime-default-connection' In slime-reading-p: slime.el:2430:5:Warning: reference to free variable `slime-repl-read-mode' In slime-reset-repl-markers: slime.el:2626:30:Warning: reference to free variable `slime-repl-input-end-mark' slime.el:2628:30:Warning: reference to free variable `slime-repl-prompt-start-mark' In slime-init-output-buffer: slime.el:2682:11:Warning: assignment to free variable `slime-repl-directory-stack' slime.el:2684:11:Warning: assignment to free variable `slime-repl-package-stack' In slime-show-last-output-region: slime.el:2697:34:Warning: reference to free variable `slime-repl-input-start-mark' In slime-ensure-presentation-overlay: slime.el:2832:36:Warning: reference to free variable `slime-presentation-map' In slime-open-stream-to-lisp: slime.el:2856:8:Warning: `process-kill-without-query' is an obsolete function (as of Emacs 22.1); use `process-query-on-exit-flag' or `set-process-query-on-exit-flag'. slime.el:2863:13:Warning: assignment to free variable `bridge-destination-insert' slime.el:2864:13:Warning: assignment to free variable `bridge-source-insert' slime.el:2865:13:Warning: reference to free variable `bridge-handlers' slime.el:2868:20:Warning: assignment to free variable `bridge-handlers' In slime-write-string: slime.el:2906:28:Warning: reference to free variable `slime-repl-prompt-start-mark' slime.el:2909:20:Warning: reference to free variable `slime-repl-input-start-mark' In slime-repl-mode: slime.el:3024:4:Warning: `make-local-hook' is an obsolete function (as of Emacs 21.1); not necessary any more. In slime-repl-send-string: slime.el:3413:10:Warning: reference to free variable `slime-repl-read-mode' In slime-repl-return: slime.el:3534:10:Warning: reference to free variable `slime-repl-read-mode' In slime-save-some-lisp-buffers: slime.el:4076:54:Warning: reference to free variable `slime-lisp-modes' In slime-autodoc-message-dimensions: slime.el:5402:27:Warning: reference to free variable `slime-typeout-window' In slime-complete-delay-restoration: slime.el:5670:4:Warning: `make-local-hook' is an obsolete function (as of Emacs 21.1); not necessary any more. In slime-fuzzy-completions-mode: slime.el:5958:18:Warning: reference to free variable `slime-fuzzy-completions-map' In slime-print-apropos: slime.el:7024:45:Warning: reference to free variable `apropos-symbol-face' In slime-show-xrefs: slime.el:7170:11:Warning: assignment to free variable `slime-next-location-function' In end of data: slime.el:10384:1:Warning: the following functions might not be defined at runtime: gensym, position, equalp, assoc-if, find, find-if, remove-if, subseq, sort*, getf, remove-if-not, reduce, cl-set-getf, mapcan, every, mismatch, remove*, fill slime.el:10384:1:Warning: the following functions are not known to be defined: tramp-make-tramp-file-name, tramp-file-name-localname, tramp-dissect-file-name, hide-entry, install-bridge, etags-snarf-tag, file-of-tag, hide-body, show-subtree Wrote /usr/pkgsrc/wip/slime/work/slime-2.0/slime.elc Wrote /usr/pkgsrc/wip/slime/work/slime-2.0/tree-widget.elc => Unwrapping files-to-be-installed.

1 0

[slime-devel] Feed Blaster puts your ad right to the screens of millions in 15 Minutes !
by MG＠common-lisp.net 15 Jul '07

15 Jul '07

1 0

[slime-devel] repl history navigation and M-r
by Attila Lendvai 13 Jul '07

13 Jul '07

a recent checkin to cvs eliminated a very useful (ymmv) feature: M-r and M-s behaved just like C-s when it was sequently pressed more then once. i use that feature more than anything in the repl navigation. was it intentional? -- - 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)

3 11

[slime-devel] SWANK+CMUCL closed streams bug: "There's junk in this string"
by Madhu 13 Jul '07

13 Jul '07

Helu I wonder if others have seen this problem: I see it once in a while and thought I'd ask here first. Lisp breaks off the connection with the following messages At the slime REPL: > ;; swank:close-connection: There's junk in this string: "ces (q". In *slime-events* >(:emacs-rex > (swank:arglist-for-echo-area > '("mb") > :arg-indices > '(2) > :print-right-margin 80 :print-lines nil) > "COMMON-LISP-USER" :repl-thread 2589) >(:emacs-rex > (swank:listener-eval "(mb 1240368 2183207)\n") > "COMMON-LISP-USER" :repl-thread 2590) >(:write-string ";; swank:close-connection: There's junk in this string: \"ces (q\".\n") And at the CMUCL REPL (debugger): >Source: (ERROR "~S is closed." STREAM)q > >Help! 12 nested errors. KERNEL:*MAXIMUM-ERROR-DEPTH* exceeded. > >Debug (type H for help) > >(LISP::CLOSED-FLAME #<Stream for descriptor 9>) Then, at the CMUCL repl, I can keep hitting `q' and get the same error message repeated a number of times until enough input is read, and either I pop back to the top level prompt (if I'm lucky), or I get dropped into ldb and lisp exits, if unlucky. If I do get back a prompt, A GC will show a number of >** Closed the Terminal >** Closed the Terminal >** Closed the Terminal >** Closed the Terminal lines. Have other people seen this sort of problem? I'd like to track down the source of the problem, so any suggestions are welcome. -- Madhu PS: Marco, did you get my earlier report and patch on the inspector being broken from the last commits?

1 3

[slime-devel] Hit-Booster sends thousands of targeted visitors to your website at $0 cost to you!
by Hit＠common-lisp.net 11 Jul '07

11 Jul '07

Let me tell you what Hit-Booster can do for you: ...Hit-Booster will start sending hits to your website instantly at $0 cost to you! ...No matter what you are selling or offering - HIT BOOSTER will pull in hordes of potential customers to your website or affiliate website! ...sets this up completely for you on Auto-Pilot! ...Use it for all of your websites - there is no limit . ...Receive my personal support and email address with your purchase so I can help you to succeed! ...your web site will quickly achieve Ultra High Link Popularity on the Major Search Engines ...you'll get 1000's of Highly Targeted visitors to your web site or affiliate web site overnight ...many are getting more Customers and Sales than they can handle For full information please download the attached .html file Unsubscibe: Please read the attached .txt file

1 0

[slime-devel] printing to stdout from C functions
by Tamas K Papp 11 Jul '07

11 Jul '07

Hi, I am debugging a program that calls some C functions via CFFI. Printing stuff from C would be useful (via printf), but the output doesn't show up (neither in the slime window, nor in *inferior-lisp*). I am using SBCL, inside Emacs and SLIME. Is there a way to see the output of printf called from C somewhere? Thanks, Tamas

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel July 2007