slime-devel January 2004

slime-devel@common-lisp.net

30 participants
83 discussions

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

19 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.219 slime/ChangeLog:1.223 --- slime/ChangeLog:1.219 Sun Jan 18 02:59:49 2004 +++ slime/ChangeLog Sun Jan 18 16:54:06 2004 @@ -1,5 +1,32 @@ 2004-01-18 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + * swank-lispworks.lisp (sigint-handler): Bind a continue restart. + (make-dspec-location): Handle strings like pathnames. + Some multithreading support. + + * slime.el (compile-defun): Don't use keywords. The keyword + package is locked in Lispworks and causes the test-suite to hang. + (slime-eval-with-transcript): Fix bug triggered when 'package' is + a buffer local variable. Reported by Janis Dzerins. + (slime-batch-test): Wait until the connection is ready. + +2004-01-18 Alan Ruttenberg <alanralanr(a)comcast.net> + + * swank-openmcl: Implement frame-catch-tags. Added debugger functions + sldb-restart-frame, sldb-return-from-frame. Should probably be added to backend.lisp + but let's discuss first. Do other lisps support this? + + * slime.el sldb-restart-frame, sldb-return-from-frame + +2004-01-18 Wolfgang Jenkner <wjenkner(a)inode.at> + + * swank-clisp.lisp (call-without-interrupts): Evaluate + linux:SIGFOO at read time since the macro with-blocked-signals + expects a fixnum. + (compile-file-for-emacs): Comment fix. + +2004-01-18 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + * swank-sbcl.lisp (make-fn-streams): Deleted. Already defined in swank-gray.lisp.

1 0

[slime-devel] emacs complains about 'package' variable
by Janis Dzerins 18 Jan '04

18 Jan '04

Hello slime hackers. I'm having trouble with latest version of Slime -- I can't evaluate (as in C-M-x) or macroexpand (C-c C-m) forms. Emacs complains with message: 'Symbol's value as variable is void: package'. I've traced the problem to the function SLIME-EVAL-WITH-TRANSCRIPT. I debugged it with EDebug and here's what I found: when entering the function, arguments FORM, PACKAGE and FN have their intended values. I checked it with EDebug's eval facility. Then, after passing the SLIME-WITH-OUTPUT-END-MARK, I tried evaluating PACKAGE again, and it no longer had a value. This might have something to do with the WITH-LEXICAL-BINDINGS macro, but I'm not any good at debugging emacs code. So now I stick without macroexpand and use C-c C-c (which works!) instead of C-M-x. Any suggestions? -- Janis Dzerins If million people say a stupid thing, it's still a stupid thing.

2 3

[slime-devel] restart frame, return from frame
by Alan Ruttenberg 18 Jan '04

18 Jan '04

I have checked in changes that implement this for openmcl. sldb-return-from-frame: "reads an expression in the minibuffer and causes the function to return that value, evaluated in the context of the frame" sldb-restart-frame: "causes the frame to restart execution with the same arguments as it was called originally" You can use these functions in an sldb buffer with cursor on the frame you want to restart or return from. Does this functionality exist in other lisps? Also checked in implementation of frame-catch-tags for openmcl -Alan

3 2

[slime-devel] reloading swank-loader.lisp
by Alan Ruttenberg 18 Jan '04

18 Jan '04

Fails in openmcl, at least. SWANK:EVAL-IN-FRAME is defined as something other than a generic function. This poses a problem if you want to save an image into which slime is already loaded. If this is openmcl specific, let me know and I will patch. -Alan

2 1

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

18 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.213 slime/ChangeLog:1.219 --- slime/ChangeLog:1.213 Fri Jan 16 16:54:54 2004 +++ slime/ChangeLog Sun Jan 18 02:59:49 2004 @@ -1,3 +1,46 @@ +2004-01-18 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-sbcl.lisp (make-fn-streams): Deleted. Already defined in + swank-gray.lisp. + + * swank.lisp (find-symbol-or-lose, format-arglist): New functions. + (without-interrupts): New macro. + (send-to-emacs): Use it. + + * swank-backend.lisp, swank-clisp.lisp, swank-lispworks.lisp, + swank-openmcl.lisp, swank-sbcl.lisp, swank-allegro.lisp: + (arglist-string): Refactor common code to swank.lisp. + (call-without-interrupts, getpid): Are now generic functions. + + * slime.el (arglist): Test slot readers and closures. + + * swank-cmucl.lisp (arglist-string): Use + pcl:generic-function-lambda-list for generic functions. Handle + closures. Print arglist in lower case. + (inspected-parts-of-value-cell): Was lost during the inspector + refactoring. + +2004-01-18 Wolfgang Jenkner <wjenkner(a)inode.at> + + * swank-clisp.lisp (compile-file-for-emacs, + split-compiler-note-line): Revert last change. + (handle-notification-condition): Don't signal the condition. + (*compiler-note-line-regexp*): Fix and rewrite it as extended + regexp. + + * slime.el (slime-changelog-date): Use file-truename of + byte-compile-current-file. + +2004-01-17 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-format-arglist): Add some sanity checks and + print zero argument functions nicer. Suggested by Ivan Boldyrev. + (slime-test-expect): Take test predicate as argument. + (arglist): Test generic functions. + + * swank-cmucl.lisp (arglist-string): Handle generic functions + better. Reported by Ivan Boldyrev. + 2004-01-16 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-allegro.lisp: Multiprocessing support.

1 0

[slime-devel] Method arglist generates error
by Paolo Amoroso 18 Jan '04

18 Jan '04

Suppose I type the following at a *slime-repl<n>* buffer: ; CMU Common Lisp Port: (localhost 32816) Pid: 805 CL-USER> (defclass myclass () ((slot :initarg :slot :accessor slot))) #<STANDARD-CLASS MYCLASS {485E7535}> CL-USER> (slot If I place the cursor just after "(slot" and press space, I get the following SLIME error: :NO-LAMBDA-LIST fell through ETYPECASE expression. Wanted one of (NULL CONS STRING). [Condition of type CONDITIONS::CASE-FAILURE] Restarts: 0: [ABORT] Return to SLIME toplevel. 1: [ABORT] Return to Top-Level. Backtrace: 0: ("DEFMETHOD ARGLIST-STRING (T)" #<unused-arg> #<unused-arg> "slot") 1: ("DEFMETHOD ARGLIST-STRING (T)" 3 #<unused-arg> #<unused-arg> "slot")[:EXTERNAL] --more-- I use SLIME CVS sources updated today, CMUCL 18e and GNU Emacs 20.7.2 under Debian Woody. Paolo -- Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film

2 1

[slime-devel] Yet another patch
by Ivan Boldyrev 17 Jan '04

17 Jan '04

When generic function is defgeneric'ed, but not defmethod'ed, pcl::generic-function-pretty-arglist retruns nil on it. I doubt that using any other function instead of pcl::generic-function-pretty-arglist will help, because even common-lisp:describe doesn't show any useful information. Slime with this tiny patch handles this situation better: Before Slime described such methods as (test I) (where 'I' is (substring "NIL" 1 -1) :) Now it describes it as (test <no info>). May be, <no info> is not good string, feel free to replace it with better one :) -- Ivan Boldyrev Is 'morning' a gerund?

2 1

[slime-devel] [PATCH] swank:arglist-string retruns NIL for generic functions
by Ivan Boldyrev 17 Jan '04

17 Jan '04

My configuration is: Emacs 21.3.1 and CMU CL 18e under Linux. swank:arglist-string always returns NIL for generic functions. I have investigated the problem and here is a tiny patch: --- swank-cmucl.lisp.~1.50.~ 2004-01-16 00:54:45.000000000 +0600 +++ swank-cmucl.lisp 2004-01-17 04:18:09.000000000 +0600 @@ -781,7 +781,7 @@ (cond ((eval:interpreted-function-p fun) (eval:interpreted-function-arglist fun)) ((pcl::generic-function-p fun) - (pcl::gf-pretty-arglist fun)) + (pcl::generic-function-pretty-arglist fun)) (arglist arglist) ;; this should work both for ;; compiled-debug-function and for It seems pcl::gf-pretty-arglist always returns nil :( If you want to apply the patch and to mention my name in ChangeLog, use unmodified e-mail (with +nospam@). Or do not mention e-mail at all. -- Ivan Boldyrev Onions have layers. Unix has layers too.

2 1

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

17 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.210 slime/ChangeLog:1.213 --- slime/ChangeLog:1.210 Fri Jan 16 02:28:23 2004 +++ slime/ChangeLog Fri Jan 16 16:54:54 2004 @@ -1,10 +1,23 @@ 2004-01-16 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + * swank-allegro.lisp: Multiprocessing support. + + * swank-openmcl.lisp, swank-cmucl.lisp, swank-backend.lisp, + swank.lisp: Refactor inspector code. + * swank.lisp (changelog-date): Use *compile-file-truename* instead of *compile-file-pathname*. (with-I/O-lock, with-a-connection): The usual CLISP fixes. + (create-swank-server): Patch by Marco Baringer <mb(a)bese.it>. + Bring it back again. + (create-connection): Use return the dedicated output stream if + available. * slime.el: Numerous REPL related fixes. + (slime-update-state-name): Take state as argument. + (slime-repl-beginning-of-defun, slime-repl-end-of-defun): Fix + typos. + (sldb-insert-restarts): Remove duplicate definition. 2004-01-16 Luke Gorrie <luke(a)bluetail.com>

1 0

[slime-devel] create-swank-server
by Marco Baringer 16 Jan '04

16 Jan '04

this adds back the create-swank-server function (why was it removed?) -- 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

2 1

← 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