slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] C-c C-k, swank-compile-file, and compile-file's failurep
by Tobias C Rittweiler 03 Sep '10

03 Sep '10

Should C-c C-k try to load a resulting fasls file ALWAYS? Should it only do so if COMPILE-FILE did not return T as failurep? >From glancing, SBCL's and CMUCL's swank backends do the latter. Most other backends use an implementation dependent :LOAD keyword argument to COMPILE-FILE which I haven't checked what their semantics are on this matter. I wouldn't be surprised if the differ. The thing is that I sometimes want the first behaviour (early stage of development), sometimes the latter (precious state in the image). If C-c C-k always loaded, you could get the other behaviour by using C-c M-k instead (compile only) and C-c C-l afterwards if compilation didn't fail. If C-c C-k regarded failurep, you could force loading afterwards by C-c C-l. So both behaviours are available. I just pledge for consistency across backends. -T.

3 3

[slime-devel] Daily ChangeLog diff
by Helmut Eller 03 Sep '10

03 Sep '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2135 slime/ChangeLog:1.2137 --- slime/ChangeLog:1.2135 Wed Sep 1 09:18:55 2010 +++ slime/ChangeLog Fri Sep 3 03:25:19 2010 @@ -1,3 +1,20 @@ +2010-09-03 Helmut Eller <heller(a)common-lisp.net> + + For C-c C-k, ask before loading possibly broken fasl files. + + * slime.el (slime-compilation-result): Add 2 slots: loadp and + faslfile. + (slime-compilation-finished): Use them to load the faslfile. + * swank.lisp (:compilation-result): Add 2 slots. Use keyword + constructor. + (compile-file-for-emacs): Return loadp and faslfile to Emacs. + (collect-notes): Pass loadp and falsfile along. + +2010-09-02 Stas Boukarev <stassats(a)gmail.com> + + * swank-cmucl.lisp: #-cmu19 -> #+cmu18, cmu18 is allegedly the + oldest supported CMUCL. + 2010-09-01 Stas Boukarev <stassats(a)gmail.com> * swank-sbcl.lisp (background-save-image): add #-win32, because it Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.409 slime/contrib/ChangeLog:1.410 --- slime/contrib/ChangeLog:1.409 Sat Aug 21 17:34:12 2010 +++ slime/contrib/ChangeLog Fri Sep 3 03:25:24 2010 @@ -1,3 +1,7 @@ +2010-09-03 Helmut Eller <heller(a)common-lisp.net> + + * swank-kawa.scm (%%runnable): Update for changes in SVN version. + 2010-08-21 Stas Boukarev <stassats(a)gmail.com> * slime-fuzzy.el (slime-fuzzy-choices-buffer): XEmacs compatibility.

1 0

[slime-devel] Update swank-cmucl for cmucl 20
by Raymond Toy 02 Sep '10

02 Sep '10

Here is a small patch for swank-cmucl. Basically, treats cmu19 and cmu20 as the same. I'm not sure what effect this has, but it doesn't break anything that I can tell. In particular read-into-simple-string is no longer defined, but it's not defined in cmucl 20 either, so it wasn't used anyway. Ray

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 02 Sep '10

02 Sep '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2134 slime/ChangeLog:1.2135 --- slime/ChangeLog:1.2134 Tue Aug 31 19:44:40 2010 +++ slime/ChangeLog Wed Sep 1 09:18:55 2010 @@ -1,3 +1,9 @@ +2010-09-01 Stas Boukarev <stassats(a)gmail.com> + + * swank-sbcl.lisp (background-save-image): add #-win32, because it + uses symbols not present on win32. + Reported by Holly Styles. + 2010-08-31 Stas Boukarev <stassats(a)gmail.com> * swank-cmucl.lisp (foreign-frame-p, gdb-exec, frame-ip): Sparc

1 0

[slime-devel] Problem with debugger view source
by Ryan Taylor 01 Sep '10

01 Sep '10

Hi, I cannot seem to get sldb-show-source to work using sbcl. I have tried with recent Ubuntu 10.04 packages: emacs 23.1+1-4ubuntu7 slime 1:20090908-1 sbcl 1:1.0.29.11-1ubuntu1 I also tried a test machine where I downloaded: sbcl 1.0.42 slime snapshot 2010-08-31 On my test setup: I wrote some trivial lisp code that included a (break) to start the debugger. When running sldb-show-source on a frame from my source file, I get the following in my REPL output: "WARNING: inconsistent form-number-translations" and I also get this in the emacs message echo area: "error in process filter: Beginning of buffer" Any idea why this is happening? Thanks, Ryan

3 4

[slime-devel] Turn off stepping with cmucl?
by Raymond Toy 01 Sep '10

01 Sep '10

I finally got around to playing with slime's stepper. It's not exactly clear how to get this enabled, but what I did was trace some function with :break t. When the debugger starts, I can then use slime to single-step. This works pretty well. However, after I'm done and untrace the function, I still get stepping breakpoints in the function. How are these breakpoints supposed to be removed? Also, from the code, it seems that slime inserts stepping breakpoints at all possible locations in a function. Can't it just single-step the way cmucl's native debugger steps by inserting the breakpoint, running, and then removing the breakpoint? Ray

2 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 01 Sep '10

01 Sep '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2132 slime/ChangeLog:1.2134 --- slime/ChangeLog:1.2132 Sat Aug 28 20:00:09 2010 +++ slime/ChangeLog Tue Aug 31 19:44:40 2010 @@ -1,3 +1,15 @@ +2010-08-31 Stas Boukarev <stassats(a)gmail.com> + + * swank-cmucl.lisp (foreign-frame-p, gdb-exec, frame-ip): Sparc + support. + Patch by Raymond Toy. + +2010-08-31 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-sbcl.lisp (make-dspec): Elide the function name when + generating a VOP description, since the VOP name is more useful + and is the first part of the source-description list. + 2010-08-28 Stas Boukarev <stassats(a)gmail.com> * swank-cmucl.lisp (*gdb-program-name*): Determine gdb location

1 0

[slime-devel] Patch: make slime-read-swank-port take an argument.
by Peter Seibel 31 Aug '10

31 Aug '10

This patch changes slime-read-swank-port to take the file from which to read the port as an argument since it seems like that might be a handy function to have available so that after you've started a server with (swank:start-server file ...) you can get the port easily. -Peter --- slime.el.orig 2010-08-31 20:49:39.000000000 -0700 +++ slime.el 2010-08-31 20:49:59.000000000 -0700 @@ -1366,7 +1366,7 @@ (cond ((and (file-exists-p file) (> (nth 7 (file-attributes file)) 0)) ; file size (slime-cancel-connect-retry-timer) - (let ((port (slime-read-swank-port)) + (let ((port (slime-read-swank-port file)) (args (slime-inferior-lisp-args process))) (slime-delete-swank-port-file 'message) (let ((c (slime-connect slime-lisp-host port @@ -1406,11 +1406,11 @@ (cancel-timer slime-connect-retry-timer) (setq slime-connect-retry-timer nil))) -(defun slime-read-swank-port () - "Read the Swank server port number from the `slime-swank-port-file'." +(defun slime-read-swank-port (file) + "Read the Swank server port number from `file'." (save-excursion (with-temp-buffer - (insert-file-contents (slime-swank-port-file)) + (insert-file-contents file) (goto-char (point-min)) (let ((port (read (current-buffer)))) (assert (integerp port)) -- Peter Seibel http://www.codequarterly.com/

1 0

[slime-devel] gdb support for cmucl/sparc
by Raymond Toy 31 Aug '10

31 Aug '10

Here are a couple of replacement functions that make slime disassemble work with cmucl/sparc. The disassembly works for me on cmucl/sparc. The foreign source location appears to work, but the only foreign function I've been able to test with is call_into_lisp which doesn't have any line info. But slime recognizes that and prints a message to that affect. Ray > (defun frame-ip (frame) > "Return the (absolute) instruction pointer and the relative pc of FRAME." > (if (not frame) > (sys:int-sap (ldb (byte vm:word-bits 0) -1)) > (let ((debug-fun (di::frame-debug-function frame))) > (etypecase debug-fun > (di::compiled-debug-function > (let* ((code-loc (di:frame-code-location frame)) > (component (di::compiled-debug-function-component debug-fun)) > (pc (di::compiled-code-location-pc code-loc)) > (ip (sys:without-gcing > (sys:sap-int > (sys:sap+ (kernel:code-instructions component) pc))))) > (values ip pc))) > (di::interpreted-debug-function > (sys:int-sap (ldb (byte vm:word-bits 0) -1))) > (di::bogus-debug-function > #-x86 > (let* ((real (di::frame-real-frame (di::frame-up frame))) > (fp (di::frame-pointer real))) > #+(or) > (progn > (format *debug-io* "Frame-real-frame = ~S~%" real) > (format *debug-io* "fp = ~S~%" fp) > (format *debug-io* "lra = ~S~%" > (kernel:stack-ref fp vm::lra-save-offset))) > (values > (sys:int-sap > (kernel:get-lisp-obj-address > (kernel:stack-ref fp vm::lra-save-offset))) > 0)) > #+x86 > (let ((fp (di::frame-pointer (di:frame-up frame)))) > (multiple-value-bind (ra ofp) (di::x86-call-context fp) > (declare (ignore ofp)) > (values ra 0)))))))) > > (defun foreign-frame-p (frame) > #-x86 > (let ((ip (frame-ip frame))) > (and (sys:system-area-pointer-p ip) > (typep (di::frame-debug-function frame) 'di::bogus-debug-function))) > #+x86 > (let ((ip (frame-ip frame))) > (and (sys:system-area-pointer-p ip) > (multiple-value-bind (pc code) > (di::compute-lra-data-from-pc ip) > (declare (ignore pc)) > (not code))))) > > (defun gdb-exec (cmd) > (with-temporary-file (file filename) > (write-string cmd file) > (force-output file) > (let* ((output (make-string-output-stream)) > ;; gdb on sparc needs to know the executable to find the > ;; symbols. Without this, gdb can't disassemble anything. > ;; NOTE: We assume that the first entry in > ;; lisp::*cmucl-lib* is the bin directory where lisp is > ;; located. If this is not true, we'll have to do > ;; something better to find the lisp executable. > (lisp-path > #+sparc > (list > (namestring > (probe-file > (merge-pathnames "lisp" > (car (lisp::parse-unix-search-path lisp::*cmucl-lib*)))))) > #-sparc > nil) > (proc (ext:run-program "gdb" `(,@lisp-path "-batch" "-x" ,filename) > :wait t > :output output))) > (assert (eq (ext:process-status proc) :exited)) > (assert (eq (ext:process-exit-code proc) 0)) > (get-output-stream-string output))))

2 2

[slime-devel] Bugtracker for Slime at Launchpad
by Stas Boukarev 31 Aug '10

31 Aug '10

Though there wasn't much consensus on what bugtracker to use I went ahead and registered one at Launchpad: https://bugs.launchpad.net/slime/ -- With Best Regards, Stas.

1 0

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