slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] requiring swank after loading slime gives a type error in sbcl-1.0.14
by Matthew Swank 16 Feb '08

16 Feb '08

Observe: ; SLIME 2008-02-10 STYLE-WARNING: redefining EMACS-INSPECT (#<BUILT-IN-CLASS FUNCTION>) in DEFMETHOD CL-USER> (require :swank) ... debugger invoked on a SIMPLE-TYPE-ERROR: *PACKAGE* can't be a deleted package: *PACKAGE* has been reset to #<PACKAGE "COMMON-LISP-USER">. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT ] Return to SLIME's top level. 1: [CLOSE-CONNECTION] Close SLIME connection 2: Exit debugger, returning to top level. (SB-INT:SANE-PACKAGE) The quick and dirty fix is: --- swank-loader.lisp.orig 2008-02-14 10:56:14.078125000 -0600 +++ swank-loader.lisp 2008-02-14 10:56:30.828125000 -0600 @@ -19,7 +19,7 @@ ;; (load ".../swank-loader.lisp") (eval-when (:compile-toplevel :load-toplevel :execute) - (when (find-package :swank) + (when (and (find-package :swank) (not (asdf:find-system :swank))) (delete-package :swank) (delete-package :swank-io-package) (delete-package :swank-backend)))

6 6

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 15 Feb '08

15 Feb '08

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.91 slime/contrib/ChangeLog:1.92 --- slime/contrib/ChangeLog:1.91 Wed Feb 13 06:27:55 2008 +++ slime/contrib/ChangeLog Fri Feb 15 12:35:19 2008 @@ -1,3 +1,8 @@ +2008-02-15 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime-presentations.el (slime-previous-presentation) + (slime-next-presentation): Accept a standard prefix argument. + 2008-02-13 Helmut Eller <heller(a)common-lisp.net> * slime-c-p-c.el (slime-c-p-c-init): Use slime-require instead of

1 0

[slime-devel] slime works under root but not under other users on linux
by Mirko Vukovic 14 Feb '08

14 Feb '08

Hello, I have installed sbcl & slime on 64-bit RH EL 5 (as root). I can run slime fine as root, but not as other users. Here is the transcript of the slime session: This is SBCL 1.0.14, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * ; loading #P"/usr/local/slime/slime-2.0/swank-loader.lisp" ;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/swank-backend.fasl" ;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/nregex.fasl" ;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/swank-sbcl.fasl" debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: failed to find the TRUENAME of /home/mv/.sbcl/systems/sb-introspect.asd: Not a directory Any clue as to what is not correctly set-up? Should each user have its own version of slime, or is a system wide one ok? Thank you, Mirko

2 2

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 13 Feb '08

13 Feb '08

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.89 slime/contrib/ChangeLog:1.91 --- slime/contrib/ChangeLog:1.89 Sun Feb 10 12:09:49 2008 +++ slime/contrib/ChangeLog Wed Feb 13 06:27:55 2008 @@ -1,3 +1,16 @@ +2008-02-13 Helmut Eller <heller(a)common-lisp.net> + + * slime-c-p-c.el (slime-c-p-c-init): Use slime-require instead of + a connected-hook. + +2008-02-13 Helmut Eller <heller(a)common-lisp.net> + + Track tree-widget change: :dynarg is now called :expander. + + * slime-xref-browser.el (slime-expand-class-node) + (slime-browse-classes, slime-expand-xrefs, slime-browse-xrefs): + :dynargs is obsolete, it is now called :expander. + 2008-02-10 Helmut Eller <heller(a)common-lisp.net> Fix some bugs introduced by the recent reorganization. @@ -10,7 +23,7 @@ * slime-fancy.el: slime-fancy-inspector-init no longer exists, so don't call it. Once loaded, it's also no longer possible to turn the fancy inspector off. - + 2008-02-04 Marco Baringer <mb(a)bese.it> * swank-presentation-streams.lisp (presenting-object-1): Add

1 0

[slime-devel] Missing features in latest CVS (take 2)
by Maciej Katafiasz 12 Feb '08

12 Feb '08

[Apologies for reposting, but it seems that my followup to a thread back from November has been missed, so I'm reporting this again (with some slight updates) to make it easier to notice] Den Tue, 20 Nov 2007 22:33:18 +0100 skrev Helmut Eller: >> I recently upgraded from 2007-05-24 to 2007-11-16 snapshot, and I >> notice there are some useful features that are now gone. I've tried >> enabling basically everything in contrib/, but those two I can't get >> back: >> >> - Inspecting a (plain) function object now only shows its name and >> docstring. It used to show much more, in particular recorded debug >> information, source file and disassembled compiled code > > I fixed that now in CVS. I'm seeing the same thing again, everything but the name, docstring and lambda list has disappeared. I first noticed that with CVS snapshot from 06-02-2008 (updated from an earlier snapshot of early December I believe, which worked as advertised). It's still the case with CVS from 10 minutes ago. Additionally, I have updated my SBCL to 1.0.14 from 1.0.10 (after updating SLIME and noticing the missing functionality), and it seems that now even the dosctring has disappeared, and only name and lambda list are displayed. Cheers, Maciej

2 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 10 Feb '08

10 Feb '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1288 slime/ChangeLog:1.1289 --- slime/ChangeLog:1.1288 Sat Feb 9 13:47:05 2008 +++ slime/ChangeLog Sun Feb 10 03:32:04 2008 @@ -1,3 +1,11 @@ +2008-02-10 Helmut Eller <heller(a)common-lisp.net> + + Remove remaining traces of make-default-inspector. + + * swank-scl.lisp (make-default-inspector, scl-inspector): Deleted. + * swank-lispworks.lisp (make-default-inspector) + (lispworks-inspector): Deleted. + 2008-02-09 Helmut Eller <heller(a)common-lisp.net> Drop the first return value of emacs-inspect. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.87 slime/contrib/ChangeLog:1.89 --- slime/contrib/ChangeLog:1.87 Mon Feb 4 13:00:36 2008 +++ slime/contrib/ChangeLog Sun Feb 10 12:09:49 2008 @@ -1,3 +1,16 @@ +2008-02-10 Helmut Eller <heller(a)common-lisp.net> + + Fix some bugs introduced by the recent reorganization. + + * swank-fancy-inspector.lisp (emacs-inspect pathname): Fix it + again. + + * slime-fancy-inspector.el: Use slime-require. + + * slime-fancy.el: slime-fancy-inspector-init no longer exists, so + don't call it. Once loaded, it's also no longer possible to turn + the fancy inspector off. + 2008-02-04 Marco Baringer <mb(a)bese.it> * swank-presentation-streams.lisp (presenting-object-1): Add

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 10 Feb '08

10 Feb '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1282 slime/ChangeLog:1.1288 --- slime/ChangeLog:1.1282 Tue Feb 5 07:06:22 2008 +++ slime/ChangeLog Sat Feb 9 13:47:05 2008 @@ -1,3 +1,70 @@ +2008-02-09 Helmut Eller <heller(a)common-lisp.net> + + Drop the first return value of emacs-inspect. + + * swank.lisp (emacs-inspect): Drop the first return value. It + wasn't used anymore. Update all methods and callers. + +2008-02-09 Helmut Eller <heller(a)common-lisp.net> + + Remove obsolete *slime-inspect-contents-limit*. + + * swank.lisp (*slime-inspect-contents-limit*): Deleted and all its + uses. The new implementation isn't specific to hash-tables or + arrays. + +2008-02-09 Helmut Eller <heller(a)common-lisp.net> + + Limit the length of the inspector content. + That's similar to the limitation of the length of backtraces in + the debugger. + + * swank.lisp (*inspectee-content*): New variable. + (content-range): New function. + (inspect-object): Use it with a length of 1000. + (inspector-range): New function. Called from Emacs. + + * slime.el (slime-inspector-insert-content) + (slime-inspector-insert-range, slime-inspector-insert-range-button) + (slime-inspector-fetch-range): New functions. + (slime-inspector-operate-on-point): Handle range-buttons. + +2008-02-09 Helmut Eller <heller(a)common-lisp.net> + + Make slime-property-bounds more useful. + + * slime.el (slime-property-bounds): Remove special casing for + whitespace at the end. + (slime-repl-send-input): Don't mark the newline with the + slime-repl-old-input property. + (sldb-frame-region): Use slime-property-bounds. + +2008-02-09 Helmut Eller <heller(a)common-lisp.net> + + Inspector cleanups. + + * swank.lisp (emacs-inspect): Renamed from inspect-for-emacs. + Changed all method-defs accordingly. + (common-seperated-spec, inspector-princ): Moved to + swank-fancy-inspector.lisp. + (inspector-content): Renamed from inspector-content-for-emacs. + (value-part): Renamed from value-part-for-emacs. + (action-part): Renamed from action-part-for-emacs. + (inspect-list): Renamed from inspect-for-emacs-list. + (inspect-list-aux): New. + (inspect-cons): Renamed from inspect-for-emacs-simple-cons. + (*inspect-length*): Deleted. + (inspect-list): Ignore max-length stuff. + (inspector-content): Don't allow nil elements. + (emacs-inspect array): Make the label of element type more + consistent with the others. + +2008-02-09 Helmut Eller <heller(a)common-lisp.net> + + Cleanup slime-repl-set-package. + + * slime.el (slime-repl-set-package): Make it fit within 80 columns. + 2008-02-05 Marco Baringer <mb(a)bese.it> * slime.el (slime-search-buffer-package): Ask the lisp to read the

3 2

[slime-devel] make swank safe if loaded into an image with an older version of swank in the image
by Marco Baringer 09 Feb '08

09 Feb '08

hi, It can happen (though i admit it's a rare occurance) that you build an image with swank, update swank and then try to load swank into the existing image. hard to debug/understand errors ensue, this simple patch protects against that. -- -Marco Ring the bells that still can ring. Forget your perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

5 12

[slime-devel] Canonicalizing filenames of non-existing files
by Ariel Badichi 07 Feb '08

07 Feb '08

The following patch makes it possible to canonicalize filenames of non-existing files. This allows ED-IN-EMACS to edit new files. Ariel Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.527 diff -u -r1.527 swank.lisp --- swank.lisp 4 Feb 2008 20:35:11 -0000 1.527 +++ swank.lisp 7 Feb 2008 19:42:45 -0000 @@ -2171,7 +2171,7 @@ (setf *compiler-notes* '())) (defun canonicalize-filename (filename) - (namestring (truename filename))) + (namestring (or (probe-file filename) filename))) (defslimefun compiler-notes-for-emacs () "Return the list of compiler notes for the last compilation unit."

1 0

[slime-devel] Re: Expand imported symbol with package name
by Numeromancer 07 Feb '08

07 Feb '08

Tobias C. Rittweiler wrote: > > Numeromancer <tschaef(a)sbcglobal.net> writes: > > >> >> Does slime have a function which will qualify the symbol at point with >> >> its package name if it is imported? And the obvious extension, >> >> qualifying all symbols in the region or file? Does anyone have any >> >> hints on how one might create such a function? > > > > What do you mean with "if it is imported"? Do you really only mean if > > the symbol was imported via IMPORT or via the :IMPORT-FROM clause of > > DEFPACKAGE? What do you want this for? > > > > -T. > > Sorry about the delay. Perhaps "imported" is not technically correct. "Available in the current package without qualification" might be better. Or not. I mean this: if I am in package foo, which uses cl, for example, then (map 'func-in-foo (list 1 2 3 var-in-foo)) would be transformed to (cl:map 'func-in-foo (cl:list 1 2 3 var-in-foo)) if the whole expression were in the region. The symbols in the current package are not qualified. Or, the package name is an argument and only symbols in that package are so qualified. This would help in finding details of the dependencies between packages. E.g.: If I have a utils package (don't we all?) and another package, foo maybe, and I want to split the latter off into a separate project, I may want to see if I can easily make it independent of utils. Macroexpanding will show me this, but if Slime could do as I suggest I could change the buffer and then one-by-one change the use of objects in util to something else, and thereby remove any dependency on the util package. Or, similarly, I might want to continue to use utils in foo but not :use it, and so force all symbols from utils to have package qualifiers. I could then :use instead some new package that has symbols which conflict with symbols in utils. I hope this is clear. These are not everyday tasks, but they can be tedious, and what I have suggested would help. Thanks Tim S

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel