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

Re: [slime-devel] random returning the same value
by Tobias C. Rittweiler 30 Nov '09

30 Nov '09

Patrick May <pjm(a)spe.com> writes: > Hi, > > I'm using Slime in Aquamacs with CCL. When I evaluate (random > 100) repeatedly in CCL started from a shell, I get a randomly > generated number between 0 and 99 inclusive. When I do the same with > C-x C-e within Slime, I get the same number every time. (random 100 > (make- > random-state)) gives the same behavior, but (random 100 (make-random- > state t)) works properly. > > Is Slime caching something or have I hosed up my environment? Sorry for the late response. CCL's swank backend uses threads by default, and threads inherit values from the global environment. *RANDOM-STATE* probably becomes thread-local automatically in CCL, resulting in the behaviour you described. It should work when you type in the form at the Slime REPL which evaluates all forms in the same thread. -T.

4 4

[slime-devel] clhs-lookup for reader macros
by Stas Boukarev 27 Feb '09

27 Feb '09

I added reader macros for hyperspec-lookup, hope this would be useful. -- With Best Regards, Stas.

2 1

[slime-devel] [PATCH] a few small fixes
by Stelian Ionescu 27 Feb '09

27 Feb '09

The first patch replaces old-style backquoting with the new-style in contrib/bridge.el(when compiling the file I got a warning that old-style backquotes are deprecated since version 21 and will be removed soon). The other patches fix two typos. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur.

2 1

[slime-devel] Problem with truncation of strings in debugger
by Jeff Workman 26 Feb '09

26 Feb '09

When I evaluate (format t "~A" (some-str-function)) on a longish string in debugger with E, the string is printed truncated, which seems like the wrong behavior to me. Also, surprisingly when I evaluate (setf *str* (some-str-function)) from debugger, the string stored in *str* is truncated as well. That suggests to me that the debugger is modifying the behavior of (format nil ...) or other functions I use in constructing strings used internally in my program, which would obviously be very bad and could interfere with operation of the program. I'm using SBCL 1.0.20 on Linux (and cvs slime) btw.

3 3

[slime-devel] [bug] ecl-swank chokes on cl-ppcre docstring
by Daniel Herring 30 Jan '09

30 Jan '09

Here's the original offender (and fix): diff of cl-ppcre-2.0.1/util.lisp:45,46 (defmacro with-unique-names ((&rest bindings) &body body) - "Syntax: WITH-UNIQUE-NAMES ( { var | (var x) }* ) declaration* form* + "Syntax WITH-UNIQUE-NAMES ( { var | (var x) }* ) declaration* form* Steps to reproduce: * load ECL in Slime * evaluate a form like the following (defmacro break-slime (&rest args) "Syntax: this-is-bad" (list args)) * Slime complains "THIS-IS-BAD is not of type CONS. [Condition of type TYPE-ERROR]" This is caused by grovel-docstring-for-arglist in slime/swank-ecl.lisp. By bad luck, Edi happened to use a docstring which *almost* matched the format... Slime/swank should handle it more gracefully. Later, Daniel P.S. After tracking that down, I updated to the latest Slime CVS; but slime broke. Another bug report...

2 2

[slime-devel] Inspector doc
by Madhu 17 Jan '09

17 Jan '09

Helu, I'm having trouble using the inspector effectively: some objects are truncated, some lists are truncated etc. These boil down to bindings of printer variables [the debug state, etc] Can the inspector related variables be documented, and the rationale spelt out as to which output is being truncated, why, and under what circumstances? Could the hardcoded constants be documented as being hardcoded? I suspect this is not too much to ask if the new inspector is a "better thought out" replacement, the design could be explained in a few paragraphs in comments in the code or in a separate doc. I think it is an important enough component of SLIME to define the behaviour outside of the code which implements it. -- Madhu

4 8

[slime-devel] More features by default
by Luis Oliveira 15 Jan '09

15 Jan '09

Hello Helmut, I would like to suggest that the slime-fancy contrib be loaded by default. Some of those features have become rather fundamental to me and, I suspect, to many other SLIME users as well. IMHO, it would be unfortunate if newcomers didn't get to experience the CLOS inspector, autodoc, presentations, the REPL(!), etc, because of inadequate default settings. I believe said newcomers will quite likely find SLIME somewhat anemic and underwhelming. I hope you take this suggestion into consideration and I'd be glad to prepare a patch with the necessary trivial changes to slime.el and slime.texi. Thanks. -- Luís Oliveira http://student.dei.uc.pt/~lmoliv/

11 21

[slime-devel] text properties in REPL
by Madhu 10 Jan '09

10 Jan '09

How about a global switch which would be checked before propertising any string in SLIME? I'm facing emacs rendering-speed issues so I'm asking. And its not like you can do M-x font-lock-mode and turn display properties off Also, any hope of REPL history behaviour getting reverted so it works like minibuffer history, especially for searching? -- Madhu

6 22

[slime-devel] request for pecifying location fasl-files
by Knut Olav Bøhmer 10 Jan '09

10 Jan '09

Hi, I would like to be able to specify where slime should place it's fasl-files when running slime-compile-and-load-file. The location should be per-buffer/filename configurable by placing variable-definition in the header of a .lisp file or by a hook that runs when a .lisp file is opened. I have attached an example implementation that I use, and have used for a long time. It works for me. -- Free Software Consultant Cell: +47 - 47 34 40 08 Phone: +47 - 21 53 69 00, Fax: +47 - 21 53 69 09 Addr: Nydalsveien 30b, 0484 Oslo <http://www.freecode.no/>

5 4

[slime-devel] SBCL with globally redirected IO
by Gábor Melis 02 Jan '09

02 Jan '09

With current HEAD I cannot start sbcl if *globally-redirect-io* is T. Same as: http://paste.lisp.org/display/72603 With slime from Dec 22 it works fine. Cheers, G

2 1

[slime-devel] hacking system internals from Slime
by Nikodemus Siivola 01 Jan '09

01 Jan '09

Here's a workflow issue that I run into periodically: 1. While working on SBCL I instrument some internal operation to see what is going on -- let's say with BREAK. 2. Before I can run my test-case I need to page my way thru a number of debugger entries (sometimes a HUGE number) due to eg. cursor movement in a Lisp buffer causing the instrumented operation to be used. I'm not looking for a 100% solution, because I doubt anything like that exists. Hacking a live system is always tricky that way... An 80% solution might be being able to tell Slime to stop talking to the lisp, except for communications triggered by explicit REPL evaluations. Does this sound like a feasible idea? Any other suggestions? Cheers, -- Nikodemus

4 7

[slime-devel] sldb appears with quasiquote
by Stanisław Halik 31 Dec '08

31 Dec '08

Oh hi, So here's a bug on SLIME 2008-12-07. Put this in a Lisp Slime buffer: (defmacro rec (name (&rest vars) &body body) `(labels ((,name ,(mapcar #'car vars) ,@body)) (let* ,vars (,name ,@(mapcar #'car vars))))) Then position your cursor before ",@(mapcar" and type any letter. SLDB appears and reappears again and again and again. -- You only have power over people so long as you don’t take everything away from them. But when you’ve robbed a man of everything he’s no longer in your power — he’s free again. -- Aleksandr Isayevich Solzhenitsyn

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 31 Dec '08

31 Dec '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1609 slime/ChangeLog:1.1610 --- slime/ChangeLog:1.1609 Mon Dec 29 19:03:20 2008 +++ slime/ChangeLog Tue Dec 30 18:57:54 2008 @@ -1,3 +1,28 @@ +2008-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + As of now, `C-u C-c C-c' compiled a function with maximum debug + settings (SBCL only.) + + Now, `M-- C-c C-c' will compile a function with maximum _speed_ + settings (still SBCL only) --- useful to elicit compiler notes. + + * slime.el (slime-compilation-debug-level): Renamed to + `slime-compilation-policy'. + (slime-normalize-optimization-level): Renamed to + `slime-compute-policy'. + + * swank.lisp (compile-string-for-emacs): Takes a policy now. + (compile-multiple-strings-for-emacs): Ditto. + + * swank-backend.lisp (swank-compile-string): Change :DEBUG key arg + to :POLICY. + + * swank-scl.lisp, swank-openmcl.lisp, swank-lispworks.lisp + * swank-ecl.lisp, swank-corman.lisp, swank-cmucl.lisp, + * swank-clisp.lisp, swank-allegro.lisp, swank-sbcl.lisp: + + Changed accordingly. + 2008-12-29 Helmut Eller <heller(a)common-lisp.net> * swank-openmcl.lisp (find-definitions, source-locations): Use Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.153 slime/contrib/ChangeLog:1.156 --- slime/contrib/ChangeLog:1.153 Sat Dec 27 18:24:29 2008 +++ slime/contrib/ChangeLog Tue Dec 30 19:04:06 2008 @@ -1,3 +1,34 @@ +2008-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-repl.lisp (slime-repl-set-package): Set + `slime-buffer-package' to the new package name. Otherwise, a ,!p + repl command is not properly taken into account resulting in + misbehaviour of completion and arglist display. + +2008-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-sbcl-exts.el, swank-sbcl-exts.lisp: New contrib. + + This is the place for SBCL specific extensions and customizations + that can't go into SBCL's swank-backend. + + At the moment, it contains code to display arglist of instructions, + as in `(sb-assem:inst mov |'. + +2008-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp (defstruct arglist-dummy): Remove + :PRINT-OBJECT which made an arglist dummy look like a normal + symbol. This is just confusing. If an ARGLIST-DUMMY appears in an + arglist, the relevant code should deal with this explicitly. + (with-availability): Renamed to WITH-AVAILABLE-ARGLIST. + + * slime-parse.el (slime-parse-extended-operator-name): Pass the + fully qualified symbol (not just the name) to the parser function. + (slime-make-extended-operator-parser/look-ahead): Do not take the + operator name as first argument if point is located at the + operator name. + 2008-12-27 Helmut Eller <heller(a)common-lisp.net> * slime-repl.el (slime-repl-event-hook-function): Handle

1 0

[slime-devel] problem with slime from cvs head and sbcl 1.0.23
by Ram Bhamidipaty 30 Dec '08

30 Dec '08

I am seeing a problem with the cvs head and sbcl 1.0.23 - slime does not clear the window and present me with the repl prompt. Instead I see the *inferior-lisp* window. Here is the last bit that shows up: ; loading #P"/home/ramb/.slime/fasl/2008-12-25/sbcl-1.0.23-linux-x86/swank.fasl" WARNING: These Swank interfaces are unimplemented: (ALL-THREADS CALLS-WHO DISASSEMBLE-FRAME INTERRUPT-THREAD RECEIVE-IF SEND SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN SPAWN WHO-SPECIALIZES) ;; Swank started at port: 46259. 46259 * slime asks me about a version difference, I answer 'y' and then slime thinks that everything is OK. But the repl promt never shows up. Any suggestions on how I can debug this? -Ram

8 13

[slime-devel] Daily ChangeLog diff
by Helmut Eller 30 Dec '08

30 Dec '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1607 slime/ChangeLog:1.1609 --- slime/ChangeLog:1.1607 Sun Dec 28 15:45:42 2008 +++ slime/ChangeLog Mon Dec 29 19:03:20 2008 @@ -1,3 +1,10 @@ +2008-12-29 Helmut Eller <heller(a)common-lisp.net> + + * swank-openmcl.lisp (find-definitions, source-locations): Use + ccl:find-definition-sources. + (swank-compile-string, compile-temp-file): Use new parameters to + compile-file to adjust source locations. + 2008-12-28 Helmut Eller <heller(a)common-lisp.net> Recent CCLs support much better source location recording.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 29 Dec '08

29 Dec '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1605 slime/ChangeLog:1.1607 --- slime/ChangeLog:1.1605 Sat Dec 27 18:24:28 2008 +++ slime/ChangeLog Sun Dec 28 15:45:42 2008 @@ -1,3 +1,14 @@ +2008-12-28 Helmut Eller <heller(a)common-lisp.net> + + Recent CCLs support much better source location recording. + Let's use the new features in SLIME. + + * swank-openmcl.lisp (function-source-location): Use + ccl:function-source-note. + (pc-source-location): New function, based on + ccl:find-source-note-at-pc. + (frame-source-location-for-emacs): Use it. + 2008-12-27 Helmut Eller <heller(a)common-lisp.net> * slime.el: Move slime-lisp-package and

1 0

[slime-devel] Completion
by David Neu 28 Dec '08

28 Dec '08

Hi, Did something recently change in the tab completion behavior at the REPL? In order for completion to find a symbol in the current package I need to prefix it with the (current) package name. Many thanks! Cheers, David

2 5

[slime-devel] Daily ChangeLog diff
by Helmut Eller 28 Dec '08

28 Dec '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1604 slime/ChangeLog:1.1605 --- slime/ChangeLog:1.1604 Fri Dec 26 07:22:40 2008 +++ slime/ChangeLog Sat Dec 27 18:24:28 2008 @@ -1,3 +1,10 @@ +2008-12-27 Helmut Eller <heller(a)common-lisp.net> + + * slime.el: Move slime-lisp-package and + slime-lisp-package-prompt-string to slime-repl.el + + * swank.lisp (create-repl): Return initial package and prompt. + 2008-12-25 Helmut Eller <heller(a)common-lisp.net> Don't restore window configs in sldb. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.150 slime/contrib/ChangeLog:1.153 --- slime/contrib/ChangeLog:1.150 Fri Dec 26 07:23:05 2008 +++ slime/contrib/ChangeLog Sat Dec 27 18:24:29 2008 @@ -1,3 +1,19 @@ +2008-12-27 Helmut Eller <heller(a)common-lisp.net> + + * slime-repl.el (slime-repl-event-hook-function): Handle + :new-package events here. + (slime-output-buffer): Initialize slime-buffer-package. + (slime-repl-connected-hook-function): Initialize slime-lisp-package. + +2008-12-27 Helmut Eller <heller(a)common-lisp.net> + + * slime-repl.el (slime-repl-quit): Kill the repl buffer before + quitting. Reported by Volkan YAZICI. + +2008-12-27 Helmut Eller <heller(a)common-lisp.net> + + * slime-asdf.el: Require slime-repl. + 2008-12-26 Helmut Eller <heller(a)common-lisp.net> * slime-repl.el (slime-repl-connected-hook-function): Create a

1 0

[slime-devel] ",quit" Command
by Volkan YAZICI 27 Dec '08

27 Dec '08

Hi, I've just upgraded SLIME to CVS HEAD and ",quit" started to not work as it was before. Typing ",quit" in the REPL closes the inferior lisp process and *inferior-lisp* buffer, but doesn't close *slime-repl sbcl* buffer. There just appears "Connection closed." message. >From the mailing list, I see that there are some changes related with REPL code. (AFAIK, it has moved to contrib.) But I couldn't figure out a solution to the problem I mentioned above. Any helps will be appreciated. Regards.

2 1

[slime-devel] Changes ?
by Vinay 27 Dec '08

27 Dec '08

Hi, I just (re) setup my slime environment with clozure lisp today. I notice that the environment seems different. I used to M-x slime and get the animation, resulting in a CL-User prompt. Has something changed ? I get something like this now ... (progn (load "/usr/local/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/var/folders/WM/WMtd8GBtE5eysPzlefJIm++++TI/-Tmp-/slime.6054" :coding-system "iso-latin-1-unix")) Welcome to Clozure Common Lisp Version 1.2-r10552 (DarwinX8664)! ? ;Loading #P"/usr/local/slime/swank-loader.lisp"... ;Loading #P"/Users/Vinay/.slime/fasl/2008-12-25/openmcl-version_1.2-r10552__(darwinx8664)-darwin-x86-64/swank-backend.dx64fsl"... ;Loading #P"/Users/Vinay/.slime/fasl/2008-12-25/openmcl-version_1.2-r10552__(darwinx8664)-darwin-x86-64/metering.dx64fsl"... ;Loading #P"/Users/Vinay/.slime/fasl/2008-12-25/openmcl-version_1.2-r10552__(darwinx8664)-darwin-x86-64/swank-openmcl.dx64fsl"... ;Loading #P"/Users/Vinay/.slime/fasl/2008-12-25/openmcl-version_1.2-r10552__(darwinx8664)-darwin-x86-64/swank-gray.dx64fsl"... ;Loading #P"/Users/Vinay/.slime/fasl/2008-12-25/openmcl-version_1.2-r10552__(darwinx8664)-darwin-x86-64/swank.dx64fsl"... ; Warning: These Swank interfaces are unimplemented: ; (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER CALLS-WHO FIND-SOURCE-LOCATION MACROEXPAND-ALL REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS RESTART-FRAME RETURN-FROM-FRAME SAVE-IMAGE SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN SLDB-STEP-INTO SLDB-STEP-NEXT SLDB-STEP-OUT) ; While executing: SWANK-BACKEND::WARN-UNIMPLEMENTED-INTERFACES, in process listener(1). ;; Swank started at port: 50083. 50083 ? Anyway to get back to the way it was before ? Also, the Slime menu options aren't there anymore in Emacs. I use the Carbon Emacs port. Thanks, Vinay

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 27 Dec '08

27 Dec '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1603 slime/ChangeLog:1.1604 --- slime/ChangeLog:1.1603 Wed Dec 24 08:14:06 2008 +++ slime/ChangeLog Fri Dec 26 07:22:40 2008 @@ -1,3 +1,17 @@ +2008-12-25 Helmut Eller <heller(a)common-lisp.net> + + Don't restore window configs in sldb. + That doesn't work in the native repl, because output + may have moved point. + + * slime.el (sldb-setup, sldb-exit): Use temp buffer code. + (slime-display-popup-buffer): Don't overwrite existing + variables. + (slime-close-popup-window): Factored out from + slime-popup-buffer-quit. + (slime-save-local-variables): New macro. + (sldb-maybe-kill-buffer, sldb-saved-window-configuration): Deleted. + 2008-12-23 Helmut Eller <heller(a)common-lisp.net> * swank.lisp (connection.env): New slot. To hold dynamic variable Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.148 slime/contrib/ChangeLog:1.150 --- slime/contrib/ChangeLog:1.148 Wed Dec 24 08:14:07 2008 +++ slime/contrib/ChangeLog Fri Dec 26 07:23:05 2008 @@ -1,3 +1,14 @@ +2008-12-26 Helmut Eller <heller(a)common-lisp.net> + + * slime-repl.el (slime-repl-connected-hook-function): Create a + repl thread before creating a repl buffer. + +2008-12-25 Helmut Eller <heller(a)common-lisp.net> + + * inferior-slime.el (inferior-slime-switch-to-repl-buffer): New + function. + (inferior-slime-init): Bind it to a selector key. + 2008-12-23 Helmut Eller <heller(a)common-lisp.net> * slime-repl.el (slime-repl-connected-hook-function): Create

1 0

[slime-devel] Aquamacs SLIME breaks with new repl changes
by jcm＠sdf.lonestar.org 26 Dec '08

26 Dec '08

I added slime-repl to my list of args passed to slime-setup, but starting slime gives this error: Symbol's function definition is void: defslime-repl-shortcut

2 2

[slime-devel] SLIME dies upon start
by Aankhen 26 Dec '08

26 Dec '08

Hi, Updated SLIME inadvertently today (as a dependency) and now the REPL seems to be broken. I tried adding `slime-repl' to the `slime-setup' line, as the first in the list, but that made no difference. As soon as the REPL starts, here's what I see: ; SLIME 2008-12-23 CL-USER> Then this message shows up in the minibuffer, immediately after the welcome message: Lisp connection closed unexpectedly: connection broken by remote peer According to *inferior-lisp*, the error is triggered by this: dispatch-event: (:EMACS-REX (SWANK:CREATE-REPL NIL) NIL :REPL-THREAD 6) The condition: condition: The assertion SWANK::THREAD failed. type: SIMPLE-ERROR encoding: NIL style: :SPAWN dedicated: NIL Let me know if I've left out any crucial information. This is GNU Emacs 22.2.1 (i386-portbld-freebsd7.0, GTK+ Version 2.12.11). Thanks, Aankhen

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 25 Dec '08

25 Dec '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1600 slime/ChangeLog:1.1603 --- slime/ChangeLog:1.1600 Tue Dec 23 08:33:11 2008 +++ slime/ChangeLog Wed Dec 24 08:14:06 2008 @@ -1,5 +1,40 @@ 2008-12-23 Helmut Eller <heller(a)common-lisp.net> + * swank.lisp (connection.env): New slot. To hold dynamic variable + bindings for this connection. + (with-io-redirection): Use it. + (create-repl): New function. Currently only redirects IO for the + connection. Could potentially be used to create multiple + listeners, each with a set of streams and corresponding buffers. + (*redirect-io*, maybe-call-with-io-redirection) + (call-with-redirected-io): Deleted. + +2008-12-23 Helmut Eller <heller(a)common-lisp.net> + + Move most of the REPL mode to contrib. + Disable some commands that depend on the + existence of a REPL buffer. + +2008-12-23 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-set-connection-info): Don't create a repl + buffer. + (slime-start-lisp): Bind process-connection-type to nil to avoid + problems witht CLISPs readline code. + + * swank.lisp (read-non-blocking, make-repl-input-stream) + (simple-repl): New functions. + (simple-serve-requests): Use it. + + * swank-backend.lisp (wait-for-one-stream, wait-for-streams): New + functions. + (wait-for-input): Use it to support wainting on multiple streams. + + * swank-cmucl.lisp (to-fd-stream): New function. + (wait-for-input): Use it. + +2008-12-23 Helmut Eller <heller(a)common-lisp.net> + * slime.el (slime-run-mode-hooks): Wrapper for Emacs21. (slime-repl-mode): Use it. Reported by Peter Denno. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.143 slime/contrib/ChangeLog:1.148 --- slime/contrib/ChangeLog:1.143 Tue Dec 9 18:29:06 2008 +++ slime/contrib/ChangeLog Wed Dec 24 08:14:07 2008 @@ -1,3 +1,30 @@ +2008-12-23 Helmut Eller <heller(a)common-lisp.net> + + * slime-repl.el (slime-repl-connected-hook-function): Create + a repl at startup. Well, initialize stream redirection. + +2008-12-23 Helmut Eller <heller(a)common-lisp.net> + + Move i/o related event handlers to slime-repl.el. + + * slime-repl.el (slime-repl-event-hook-function): Handle some + events here. + +2008-12-23 Helmut Eller <heller(a)common-lisp.net> + + * slime-editing-commands.el (slime-editing-commands-init): Bind + slime-close-all-parens-in-sexp. + +2008-12-23 Helmut Eller <heller(a)common-lisp.net> + + * inferior-slime.el (inferior-slime-hook-function): New function. + (inferior-slime-init): Automatically enable it in the + *inferior-lisp* buffer. + +2008-12-23 Helmut Eller <heller(a)common-lisp.net> + + * slime-fancy.el: Add slime-repl. + 2008-12-09 Helmut Eller <heller(a)common-lisp.net> * swank-kawa.scm (mif): Avoid assignments because that triggers a

1 0

[slime-devel] emacs-nt+slime+cygwin+clisp: how to set the DISPLAY variable?
by Mirko Vukovic 24 Dec '08

24 Dec '08

Hello, I am running emacs +slime (2008-09-28) on windows and clisp on cygwin. I would like to use gnuplot. If I call gnuplot from clisp which comes with cygwin, it opens a gnuplot window. But not if I call it from slime. gnuplot states : unable to open display ''. Looking at environment variables that Emacs gets and passes to subprocesses, there is no DISPLAY variable. So it seems that gnuplot did not get a value of DISPLAY. I guess I could create a windows variable DISPLAY so that emacs inherits it and passes it to its subprocesses (and clisp). But is there a way to do that from within slime? Thank you, Mirko

2 2