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

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

21 May '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.693 slime/ChangeLog:1.694 --- slime/ChangeLog:1.693 Fri May 20 21:21:41 2005 +++ slime/ChangeLog Sat May 21 07:04:33 2005 @@ -1,3 +1,7 @@ +2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> + * swank.lisp make repl output presentation work even if + present.lisp not loaded + 2005-05-20 Luke Gorrie <luke(a)synap.se> * slime.el (slime-repl-enable-presentations): Default is enabled

1 0

[slime-devel] Not exactly 'presentation types for emacs' but useful anyway
by Antonio Menezes Leitao 21 May '05

21 May '05

Hi, I made a quick hack that allows the Slime listener to use Lisp objects that were returned from the Common Lisp environment. We already can do this using *, **, and *** variables but, to me, is not enough. I have an hard time remembering the number of stars that I should write and, moreover, I prefer to 'point' to a value that is presented in the listener and I use it in the construction of next expression, just like in Symbolics Lisp machines. For those who never saw the Symbolics environment, let me give you a description of what I can do with this patch to Slime: CL-USER> (cons 1 2) (1 . 2) ;;this is just like in good old Slime CL-USER> (cons (1 . 2) (1 . 2)) ;; something new: I wrote "(cons " ;;and then I moved the cursor to the previous line and pressed return. ;;The previous output is copied to the current prompt but, in fact, it's ;;not only text. It also represents the previous value returned by the ;;environment. In this example I did the same operation twice and then I wrote the closing ")". The result, as expected, is: ((1 . 2) 1 . 2) CL-USER> (eq (car ((1 . 2) 1 . 2)) (cdr ((1 . 2) 1 . 2))) ;;again, I wrote "(eq (car " and then I copied the previous output (using return). Then, I wrote ") (cdr " and I copied again the previous output. After finishing the form (with "))"), the environment returns: T ;;as expected. You cannot see it in this email (I presume) but I also mark the reused values in a different color and I make then read-only (in Emacs) so that you can see that they are a different beast. Another interesting extension is to directly inspect any returned value. I changed the inspect command so that, whenever the cursor is over a returned value, C-cC-I automatically inspects it. There are lots of other things that we can do like discovering the types of the presented values and restrict their use for certain operations. For example, if there's a function that asks the user for a number, we can allow him to reuse old values as long as they are of type number. In short, this is just a quick hack to provide a stripped down version of presentation types that works with emacs. I guess that the edit-value feature of Slime could also be rewritten to take advantage of this stuff. Now, it should be obvious that I am keeping all the returned values in the Common Lisp side for further use. This means that they are not GCed. So, from time to time, it might be wise to clean the Listener (just like before, with C-cC-t) or just the previous output (with C-cC-o). This also releases the corresponding objects from the Common Lisp side. I suggest you try it out. If the Slime team thinks this is useful then I suggest that you take a good look at the code (as you usually do :-) and refactor it radically because I did a lot of copy&paste just to test the idea. And it might also contains lots of bugs :-) There are also lots of improvements that can be done like not storing the values that don't require identity preservation (like small numbers, and characters), like providing the functions that allow the type of a value to be returned (e.g., to provide a menu of operations for the object, etc), like allowing parts of lists to be reuse (this one seems easy but requires different conventions for the gestures needed for reusing previous values), etc, etc. Best regards, António Leitão. Here's the patch:

7 16

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

20 May '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.689 slime/ChangeLog:1.693 --- slime/ChangeLog:1.689 Thu May 19 19:13:58 2005 +++ slime/ChangeLog Fri May 20 21:21:41 2005 @@ -1,3 +1,42 @@ +2005-05-20 Luke Gorrie <luke(a)synap.se> + + * slime.el (slime-repl-enable-presentations): Default is enabled + in GNU Emacs but disabled in XEmacs. Feature is not portable yet. + Brutally 80-column'ified alanr's latest changes :-) + +2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> + + * bridge.el new file. from ilisp cvs distribution to collect + in-band messages using process filter mechanisms. One edit which + calls bridge-insert with process argument as well as output + + * present.lisp new file. Enough code to do the following: + (swank::presenting-object object stream (print "This is really + object")). This makes the string "This is really object" behave + like old repl input for the object. Sample code for openmcl and + cmucl that hooks this into the printing of unreadable objects This + should be part of swank.lisp (and lisp specific files) but I am + too chicken to merge yet. For now you have to load this file + manually. + + * slime.el changes to support above: + slime-repl-enable-presentations: customize to enable this stuff. + Default value t. Set to nil to turn it off. + slime-presentation-start-to-point: map object ids to the (point) + where they start to print out. slime-mark-presentation-start, + slime-mark-presentation-end. handlers for the bridge messages. + slime-open-stream-to-lisp: When enabled start the bridge and + define the handlers. + +2005-05-19 Alan Ruttenberg <alanr-l(a)mumble.net> + + * slime.el slime-presentation-map + +2005-05-20 Luke Gorrie <luke(a)synap.se> + + * swank.lisp (clear-repl-results): Fixed unbalanced parens. Thanks + Lawrence Mitchell. + 2005-05-19 Alan Ruttenberg <alanr-l(a)mumble.net> * slime.el (slime-presentation-command-hook) new function for

1 0

[slime-devel] recent changes on XEmacs
by Jan Rychter 20 May '05

20 May '05

Hi, The recent changes wrt presentation types seem to be incompatible with XEmacs, here's the error I get: Wrong type argument: keymapp, (mouse-2 . slime-copy-presentation-at-point) --J.

2 2

[slime-devel] Fix for incorrect parens
by Lawrence Mitchell 20 May '05

20 May '05

The spree of latest commits for the new repl output code produced an incorrectly place paren in CLEAR-REPL-RESULTS, this patch fixes things Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.300 diff -u -r1.300 swank.lisp --- swank.lisp 19 May 2005 02:15:10 -0000 1.300 +++ swank.lisp 19 May 2005 21:03:09 -0000 @@ -1873,7 +1873,7 @@ (defslimefun clear-repl-results () "Forget the results of all previous REPL evaluations." - (setf *repl-results* '())) + (setf *repl-results* '()) t) (defslimefun ed-in-emacs (&optional what) -- Lawrence Mitchell <wence(a)gmx.li>

2 1

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

19 May '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.687 slime/ChangeLog:1.689 --- slime/ChangeLog:1.687 Wed May 18 12:23:26 2005 +++ slime/ChangeLog Thu May 19 19:13:58 2005 @@ -1,3 +1,27 @@ +2005-05-19 Alan Ruttenberg <alanr-l(a)mumble.net> + + * slime.el (slime-presentation-command-hook) new function for + nicer behaviour for presentations. + (slime-pre-command-hook) do slime-presentation-command-hook + (slime-post-command-hook) put pre-command-hook back if goes away + (slime-copy-presentation-at-point) mouse-2 copies previous output to point + slime-repl-output-mouseover-face what the old output looks like when the mouse moves over it + default: box around it like on lispm + (slime-repl-insert-prompt) add mouseover face, mouse action. newline after output not propertized. + (slime-property-bounds) adjust for lack of propertized newline + to fix: presentation region behaviour should be attach to generic property like + (:acts-as-token t ) rather than tying to repl-output property + +2005-05-19 Luke Gorrie <luke(a)synap.se> + + * swank.lisp (*record-repl-results*): Variable to enable/disable + recording of REPL results. True by default. + (*repl-results*): Renamed from ****. + + * slime.el (slime-property-bounds): Factored out this common part + of slime-repl-grab-old-{input,output}. + (slime-read-object): Avoid inline CL code. + 2005-05-18 Antonio Menezes Leitao <aml(a)gia.ist.utl.pt> * slime.el (slime-repl-inputed-output-face): new face.

1 0

[slime-devel] slime & xemacs troubles in OS X 10.4
by James McIlree 19 May '05

19 May '05

I recently updated to OS X 10.4 and both xemacs and slime stopped working. I've tracked down my troubles and thought I would pass them along in the hopes of saving someone else trouble. The first problem was that xemacs (21.4.17) would exit during startup. The 10.4 X11 implementation does not like this: device-x.c line 505: /* Get a dll handle to the main process. */ dll_handle xaw_dll_handle = dll_open (NULL); To fix, change to: /* Get a dll handle to the main process. */ dll_handle xaw_dll_handle = dll_open (""); After I got xemacs working, slime failed at startup with: itimer "run-with-timer" signaled: (error "127.0.0.1/\220^YFe No address associated with nodename") The backend lisp starts correctly and writes the handshake data correctly, but xemacs cannot resolve the local host to finish the connection. This appears to be a compiler issue with gcc in 10.4, if you configure xemacs with: ./configure --cflags="-g" Slime will once again be able to connect. James M

1 0

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

18 May '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.685 slime/ChangeLog:1.687 --- slime/ChangeLog:1.685 Thu May 12 21:05:04 2005 +++ slime/ChangeLog Wed May 18 12:23:26 2005 @@ -1,3 +1,36 @@ +2005-05-18 Antonio Menezes Leitao <aml(a)gia.ist.utl.pt> + + * slime.el (slime-repl-inputed-output-face): new face. + (slime-current-output-id): New variable. + (slime-dispatch-event): Bind slime-current-output-id when + neccessary. + (slime-repl-insert-prompt): Add the neccessary text properties to + the result. + (reify-old-output): New function which makes sure swank sees + \(swank::get-**** ...) while the user sees the printed + representation of the object. + (slime-repl-return): When called on a old output (as per the + slime-repl-old-output text property, call + slime-repl-grab-old-output. + (slime-repl-send-input): Added the slime-repl-old-input text + property. + (slime-repl-grab-old-input): Keep the old input's text + properties (unwanted text properties are removed later). + (slime-repl-grab-old-output): New function. + (slime-repl-clear-buffer): Added call to swank::clear-**** + (slime-repl-clear-output): Added call to swank::clear-**** and + bind inhibit-read-only to nil. + (slime-inspect): Call slime-read-object to get the value to + inspect. + (slime-read-object): New function which either reads an object + from the minibuffer or returns the object at point if it has the + slime-repl-old-output text property. + + * swank.lisp (*current-id*, ****): New variables. + (add-****, get-****, clear-last-****, clear-****): New functions + for manipulating the repl history. + (listener-eval): Add * to ****. + 2005-05-12 Alan Ruttenberg <alanr-l(a)mumble.net> * swank.lisp Add ability to customize behavior of the repl. To do

1 0

RE: [slime-devel] slime repl prompt's intangible property
by Hertog, Pieter den 18 May '05

18 May '05

Hi, Just for the record: Helmut's update (11-05-2005): <snip> +2005-05-11 Helmut Eller <heller(a)common-lisp.net> + .. + (slime-display-completion-list): Take the completed prefix as + additional argument to initialize completion-base-size. This is + apparently needed to make mouse-selection working. <snip> also solves the symbol completion problem at the slime repl prompt. By initializing completion-base-size to a sane value, the emacs completion code won't use `choose-completion-delete-max-match' to find/delete the longest matching prefix prior to inserting the completed symbol. This avoids the point moving problem inside the repl prompt (which yields args-out-of-range error) as described below. thanks for the support ;-) -- pieter -----Original Message----- > Hi, > > First of all, thanks for Slime! I am using it to > take my first baby-steps into the wonderful Lisp. > > At the moment I have a small problem with symbol > completion at the repl prompt and I was wondering > whether I am the only one with the problem or just the > only one without an elegant solution (not unlikely). > > Example: > > CL-USER> *f <TAB> -> choose *features* and hit RETURN > > will get me an 'args-out-of-range' error. > > The error seems due to the fact that hitting return in > the emacs completions buffer ends up calling simple.el's > > `choose-completion-delete-max-match' > > whose code doesn't cater for the buffer containing text > with text property `intangible' nearby the symbol to > be completed. That is, it uses (forward-char 1) and > assumes point is moved forward 1 char, which is not true > when point is in slime's repl prompt. > > My current solution (other than using slime-fuzzy-complete-symbol) > is to: > > (add-hook 'slime-repl-mode-hook > (lambda () > (set (make-local-variable > 'inhibit-point-motion-hooks) t))) > > in my .emacs file. > > I was wondering if there is a better solution. > > thanks in advance, > > -- > pieter

1 0

[slime-devel] Customizing GC messages
by Raymond Toy 18 May '05

18 May '05

I notice that slime now has GC hooks on CMUCL to display GC messages. This took a bit to get used to but I rather like it now. However, for a long time, I've had GC notify function that would also print out how much time (user and real) GC took. What is the proper way of modifying slimes GC hook functions? Ray

2 4