slime-devel January 2004

slime-devel@common-lisp.net

30 participants
83 discussions

[slime-devel] annoying bug fixed: couldn't restart SLIME
by Luke Gorrie 09 Jan '04

09 Jan '04

Ahoy, Just checked in a fix for a really annoying problem where you couldn't restart SLIME having once started it ("selected deleted buffer" error message). Don't know how I missed it for a whole day, thanks Raymond Toy for pointing it out :-) -Luke

1 0

[slime-devel] (newbie) problem with packages under slime+cmucl (bug?)
by xur＠wp.pl 09 Jan '04

09 Jan '04

Hi. ---------------------------------------------------------------------- CMUCL: ---------------------------------------------------------------------- * lisp CMU Common Lisp CVS snapshot 2003-11, running on darkstar With core: /7/CMUCL/lib/cmucl/lib/lisp.core Dumped on: Sat, 2003-11-01 17:18:38+01:00 on lorien.users.earthlink.net See <http://www.cons.org/cmucl/> for support information. Loaded subsystems: Python 1.1, target Intel x86 CLOS based on Gerd's PCL 2003/06/18 09:23:09 * (setf *package* (make-package 'foo :use '(common-lisp))) #<The FOO package, 0/9 internal, 0/9 external> * *package* #<The FOO package, 0/9 internal, 0/9 external> ***-------------------- | ---------------------------------------------------------------------- | SLIME + CMUCL: | ---------------------------------------------------------------------- | CL-USER> (setf *package* (make-package 'foo :use '(common-lisp))) | #<The FOO package, 0/9 internal, 0/9 external> | | CL-USER> *package* | #<The COMMON-LISP-USER package, 2/9 internal, 0/9 external> ***------- ---------------------------------------------------------------------- regards, szymon.

3 3

Re: [slime-devel] Re: (newbie) problem with packages under slime+cmucl (bug?)
by Marco Baringer 09 Jan '04

09 Jan '04

[sorry for luke who is getting this twice] i found a possible bug in swank:eval-region where the package was being re-bound outside of the scope of test to see if the package had changed, the attached patch fixes this and makes the corrects the problem (for me at least). what i find strange is that if this "bug' really is a bug then how does slime work at all? Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.88 diff -u -d -u -r1.88 swank.lisp --- swank.lisp 8 Jan 2004 07:02:20 -0000 1.88 +++ swank.lisp 9 Jan 2004 18:49:22 -0000 @@ -471,21 +471,21 @@ (force-output) (format-values-for-echo-area values))) -(defun eval-region (string &optional package-update-p) +(defun eval-region (string &optional (package-update-p t)) "Evaluate STRING and return the result. If PACKAGE-UPDATE-P is non-nil, and evaluation causes a package change, then send Emacs an update." - (unwind-protect - (do ((*package* *buffer-package*) - (str-length (length string)) - (pos 0) - (form nil) - (return-value nil (multiple-value-list (eval form)))) - ((= pos str-length) (values return-value form)) - (multiple-value-setq (form pos) - (read-from-string string nil nil :start pos))) - (when (and package-update-p (not (eq *package* *buffer-package*))) - (send-to-emacs (list :new-package (shortest-package-nickname *package*)))))) + (let ((*package* *buffer-package*)) + (unwind-protect + (do ((str-length (length string)) + (pos 0) + (form nil) + (return-value nil (multiple-value-list (eval form)))) + ((= pos str-length) (values return-value form)) + (multiple-value-setq (form pos) + (read-from-string string nil nil :start pos))) + (when (and package-update-p (not (eq *package* *buffer-package*))) + (send-to-emacs (list :new-package (shortest-package-nickname *package*))))))) (defun shortest-package-nickname (package) "Return the shortest nickname (or canonical name) of PACKAGE." -- Marco Ring the bells that still can ring. Forget the perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen -- Marco Ring the bells that still can ring. Forget the perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

1 0

[Fwd: Re: [slime-devel] Re: (newbie) problem with packages under slime+cmucl (bug?)]
by xur＠wp.pl 09 Jan '04

09 Jan '04

1 0

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 09 Jan '04

09 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.188 slime/ChangeLog:1.190 --- slime/ChangeLog:1.188 Wed Jan 7 13:10:43 2004 +++ slime/ChangeLog Thu Jan 8 21:27:44 2004 @@ -1,3 +1,16 @@ +2004-01-09 Wolfgang Jenkner <wjenkner(a)inode.at> + + * swank-clisp.lisp: Add methods for GRAY:STREAM-READ-CHAR-NO-HANG + and for the CLISP specific GRAY:STREAM-READ-CHAR-WILL-HANG-P. + This should fix the behaviour of SYS::READ-FORM. + +2004-01-08 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (slime-inspector-fontify): Function to insert a string + in a particular inspector face. Replaces macro-code-generation + function `slime-inspector-expand-fontify'. Fixes a byte-compile + problem (macro was calling function not defined at compile-time). + 2004-01-07 Luke Gorrie <luke(a)bluetail.com> * slime.el: Multisession internal improvements. Now there are

1 0

[slime-devel] interrupt and multiple processes
by Alan Ruttenberg 08 Jan '04

08 Jan '04

When there are multiple processes and an interrupt is sent, lisp(openmcl in my case) needs to know which process to interrupt. So when the interrupt is being processed I need to ask emacs for that information before choosing the process to interrupt. What's the proper way to do that? Also regarding multiple processes: I'm running portable aserve and would like to be able to have errors that occur in the server processes create a slime debugger instance. Is there a way to set that up, given that those processes are not associated with a repl? Thanks, Alan

3 4

[slime-devel] possible typo in slime.el
by Raymond Wiker 08 Jan '04

08 Jan '04

My Emacs (GNU Emacs 21.3.50.1 / MacOSX) had a little trouble compiling the latest slime.el; it complained about the undefined function slime-inspector-expand-fontify. Examining this function, I thought it looked like it should be a macro instead of a function, so I changed "defun" to "defmacro". That seemed to work... is this the right fix?

3 4

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 08 Jan '04

08 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.187 slime/ChangeLog:1.188 --- slime/ChangeLog:1.187 Tue Jan 6 20:21:22 2004 +++ slime/ChangeLog Wed Jan 7 13:10:43 2004 @@ -12,6 +12,8 @@ Fixed some related bugs. (slime-connection-close-hook): If default connection closes, select another connection. + (slime-lisp-package): Initially CL-USER nickname instead of + COMMON-LISP-USER (for REPL prompt). * slime.el (slime): Multisession support: with prefix argument, gives the option of keeping existing sessions and firing up an

1 0

[slime-devel] Assignment to free variable , real-var: each time I start Emacs
by Paolo Amoroso 07 Jan '04

07 Jan '04

After updating SLIME a couple of hours ago from the latest CVS sources, I get the following message in the *Compiler-Log* buffer each time I start Emacs: ** assignment to free variable ,real-var I use GNU Emacs 20.7.2 under Debian Woody. Paolo -- Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film

3 3

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 07 Jan '04

07 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.184 slime/ChangeLog:1.187 --- slime/ChangeLog:1.184 Mon Jan 5 15:51:50 2004 +++ slime/ChangeLog Tue Jan 6 20:21:22 2004 @@ -1,3 +1,59 @@ +2004-01-07 Luke Gorrie <luke(a)bluetail.com> + + * slime.el: Multisession internal improvements. Now there are + three separate connection variables, in order of priority: + slime-dispatching-connection (dynamically-bound) + slime-buffer-connection (buffer-local) + slime-default-connection (global) + The most specific one available is used. This is splitting + `slime-connection' into multiple variables, so that you can be + specific about what you want to assign (i.e. know if you're + setting a dynamic binding or a buffer-local one). + Fixed some related bugs. + (slime-connection-close-hook): If default connection closes, + select another connection. + + * slime.el (slime): Multisession support: with prefix argument, + gives the option of keeping existing sessions and firing up an + additional *inferior-lisp* to connect to. Each connection now has + its own *slime-repl[<n>]* buffer. + (slime-connection): Should now be read via the function of the + same name. The accessor will check if the value is NIL, and if so + use `slime-default-connection'. + (slime-default-connection): The connection that will be used by + default, i.e. unless `slime-connection' is bound. Renamed from + `slime-primary-connection'. + (slime-init-connection-state): When reconnecting, update the + `slime-connection' binding in the REPL to use the new connection. + (slime-repl-input-history, ...): REPL variables are now + buffer-local. + +2004-01-06 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank.lisp (eval-string): New argument 'id'. Used to identify + the remote continuation. + (log-event): New debugging function. + (read-from-emacs, send-to-emacs): Use it. + + * slime.el: The new macro 'slime-rex' can now be used to evaluate + sexps remotely. It offers finer control what to do when the + evaluation aborts. + (slime-rex): New macro + (slime-eval, slime-eval-async, sldb-continue) + (sldb-invoke-restart): Use it. + (slime-continuation-counter, slime-push-evaluating-state): New + functions. + (slime-output-buffer): Initialize markers. + (sldb-mode): XEmacs doesn't like (add-hook (make-local-hook ...)). + (slime-init-connection): New optional argument SELECT. + (slime-def-connection-var): Workarounds for Emacs 20 reader bugs. + Backquote is pretty broken Emacs 20. + +2004-01-06 Ignas Mikalajunas <i.mikalajunas(a)mbt.lt> + + * swank-loader.lisp (user-init-file): Use merge-pathames. Fix + Windows support. + 2004-01-05 Luke Gorrie <luke(a)bluetail.com> * slime.el: Multiple session support, i.e. Emacs can open @@ -138,7 +194,6 @@ (slime-open-inspector): Minor indentation fixes. (slime-net-output-funcall): Removed. Was unused. ->>>>>>> 1.183 2003-12-19 Alan Ruttenberg <alanralanr(a)comcast.net> * slime.el 1.157 fix bug in sldb-princ-locals I introduced when adding fonts to sldb

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel January 2004