slime-devel April 2010

slime-devel@common-lisp.net

21 participants
39 discussions

[slime-devel] Daily ChangeLog diff
by Helmut Eller 06 Apr '10

06 Apr '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2053 slime/ChangeLog:1.2057 --- slime/ChangeLog:1.2053 Sun Apr 4 17:51:54 2010 +++ slime/ChangeLog Mon Apr 5 23:05:25 2010 @@ -1,3 +1,20 @@ +2010-04-06 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-create-compilation-log): Enable + compilation-mode, which was enabled previously by + slime-insert-compilation-log. + +2010-04-05 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-doc-bindings): Move slime-apropos to C-c C-d A, + C-c C-d a will be bound to slime-autodoc-manually. + + * doc/slime.texi: Document the above change. + +2010-04-05 Stas Boukarev <stassats(a)gmail.com> + + * slime.el: Some further adaptations to the new slime-with-popup-buffer. + 2010-04-04 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-insert-threads): Use header-line-format only when Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.364 slime/contrib/ChangeLog:1.369 --- slime/contrib/ChangeLog:1.364 Sat Apr 3 13:00:04 2010 +++ slime/contrib/ChangeLog Mon Apr 5 22:40:09 2010 @@ -1,3 +1,44 @@ +2010-04-06 Stas Boukarev <stassats(a)gmail.com> + + * slime-sprof.el (slime-sprof-format): Remove references to the + removed code. + +2010-04-05 Stas Boukarev <stassats(a)gmail.com> + + * slime-repl.el (slime-repl-inside-string-or-comment-p): New + function, when in the REPL prompt, narrow the search to the + prompt, otherwise stray " from the previous prompts + or outputs may confuse slime-inside-string-or-comment-p. + + * slime-autodoc.el (slime-autodoc): Use + slime-repl-inside-string-or-comment-p when fbound. + +2010-04-05 Stas Boukarev <stassats(a)gmail.com> + + * slime-autodoc.el (slime-autodoc-manually): Rename from + slime-autodoc-full. + Like slime-autodoc, but when called twice, + or after slime-autodoc was already automatically called, + display multiline arglist. + +2010-04-05 Stas Boukarev <stassats(a)gmail.com> + + * slime-autodoc.el (slime-autodoc-full): New command, + displays multiline arglists. Bound to C-c C-d a. + (slime-make-autodoc-rpc-form): Don't send + :print-lines to autodoc, always use the actual width for + :print-right-margin, remove newlines on formatting when needed. + (slime-autodoc): Add optional parameter multilinep defaulted to + slime-autodoc-use-multiline-p, pass it to slime-format-autodoc. + + * swank-arglists.lisp (autodoc, decoded-arglist-to-string): remove + print-lines parameter, it's not used anymore. + +2010-04-05 Stas Boukarev <stassats(a)gmail.com> + + * slime-sprof.el (slime-sprof-browser): Use slime-with-popup-buffer for + buffer creation. + 2010-04-03 Stas Boukarev <stassats(a)gmail.com> * swank-arglists.lisp (print-decoded-arglist): prin1-arg -> print-arg.

1 0

[slime-devel] Memory corruption error triggered by slime on sbcl
by Andy Chambers 05 Apr '10

05 Apr '10

Hi, slime seems to trigger a memory corruption error for me on sbcl when I have the following declaration at the bottom of my .sbclrc (declaim (optimize (safety 3) (debug 3) (speed 0) (space 0))) Here's the relevant part from my .emacs (require 'slime) (setq inferior-list-program "~/bin/lisp" slime-net-coding-system 'utf-8-unix) ;; (slime-setup '(slime-repl slime-c-p-c slime-fancy ;; slime-fancy-inspector)) (slime-setup) ...and I've just pulled the latest source from nablaone's git mirror so I believe this is a problem with the current source. The version of sbcl I'm running is 1.0.33.6. The error is triggered when entering the debugger, but only when doing so through slime. Also, the address provided in the message below is always the same. I'll carry on digging but I'm hoping the details here make it obvious to someone smarter than myself. * CORRUPTION WARNING in SBCL pid 4108(tid 3048868752): Memory fault at 720550f8 (pc=0x901b52a, sp=0xb5b9ece0) The integrity of this image is possibly compromised. Continuing with fingers crossed. Regards, Andy Chambers

2 1

Re: [slime-devel] CVS slime
by Helmut Eller 05 Apr '10

05 Apr '10

* CVS User sboukarev [2010-04-04 23:47+0200] writes: > Update of /project/slime/cvsroot/slime > In directory cl-net:/tmp/cvs-serv26315 > > Modified Files: > ChangeLog slime.el > Log Message: > * slime.el (slime-with-popup-buffer): Make &optional parameters > &key parameters, add modes parameter. > slime-with-popup-buffer sets up some buffer local variables, > but enabling major modes kills all buffer locals, so modes should > be enabled before setting them. > Adopt changes to slime-with-popup-buffer where needed. > This fixes several bugs with popup buffers on non-default connections. What bugs are you talking about? The old version set the variables variables are set before and after executing body. Helmut

2 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 05 Apr '10

05 Apr '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2051 slime/ChangeLog:1.2053 --- slime/ChangeLog:1.2051 Sat Apr 3 16:52:52 2010 +++ slime/ChangeLog Sun Apr 4 17:51:54 2010 @@ -1,3 +1,18 @@ +2010-04-04 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-insert-threads): Use header-line-format only when + it's present (XEmacs doesn't support it). + +2010-04-04 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-with-popup-buffer): Make &optional parameters + &key parameters, add modes parameter. + slime-with-popup-buffer sets up some buffer local variables, + but enabling major modes kills all buffer locals, so modes should + be enabled before setting them. + Adopt changes to slime-with-popup-buffer where needed. + This fixes several bugs with popup buffers on non-default connections. + 2010-04-03 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-update-threads-buffer): New formatting, with labels

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 04 Apr '10

04 Apr '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2050 slime/ChangeLog:1.2051 --- slime/ChangeLog:1.2050 Mon Mar 29 11:57:44 2010 +++ slime/ChangeLog Sat Apr 3 16:52:52 2010 @@ -1,3 +1,10 @@ +2010-04-03 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-update-threads-buffer): New formatting, with labels + and additional information provided by the backend. + * swank-allegro.lisp (thread-attributes): Move process-priority from + thread-status. + 2010-03-29 Helmut Eller <heller(a)common-lisp.net> * slime.el: Add gud as compile-time dependency. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.361 slime/contrib/ChangeLog:1.364 --- slime/contrib/ChangeLog:1.361 Mon Mar 29 22:07:10 2010 +++ slime/contrib/ChangeLog Sat Apr 3 13:00:04 2010 @@ -1,3 +1,19 @@ +2010-04-03 Stas Boukarev <stassats(a)gmail.com> + + * swank-arglists.lisp (print-decoded-arglist): prin1-arg -> print-arg. + +2010-04-03 Stas Boukarev <stassats(a)gmail.com> + + * swank-arglists.lisp (print-decoded-arglist): Print keywords using + princ again. + +2010-04-03 Stas Boukarev <stassats(a)gmail.com> + + * swank-arglists.lisp (arglist-dispatch): Handle method qualifiers. + (print-arg): Renamed from princ-arg. + (prin1-arg): Removed. + * slime-autodoc.el (autodoc.1): Add test-case for method qualifiers + 2010-03-30 Stas Boukarev <stassats(a)gmail.com> * swank-arglists.lisp (*arglist-show-packages*): New

1 0

[slime-devel] Slime, CLSQL, and reader macros
by Patrick May 03 Apr '10

03 Apr '10

This is a follow up to a question I asked recently on the CLSQL list. I think the problem is my mental model of Slime. My environment is OS X 10.6.3, Clozure 1.3-r12755M, PostgreSQL 8.4.1, and CLSQL 5.0.5. My problem is with the CLSQL square bracket syntax in Slime. If I run the code below from a REPL started at the command line, it works fine. I can use either the file-enable-sql-reader-syntax or the locally-enable-sql-reader-syntax / restore-sql-reader-syntax-state pair fine. When I evaluate the same code in Slime with C-x C-e or C-c C-r, however, I get this error when defining add-customer: ;Compiler warnings : ; In ADD-CUSTOMER: Undeclared free variable [= ; In ADD-CUSTOMER: Undeclared free variable [ID] ; In ADD-CUSTOMER: Undeclared free variable ID] and this error when trying to add a customer object: Unbound variable: [= [Condition of type UNBOUND-VARIABLE] This happens with either way of enabling the square bracket syntax. Am I misunderstanding something fundamental about Slime? Has anyone managed to use Slime for CLSQL development with the square bracket syntax? Thanks, Patrick (in-package :common-lisp-user) (defpackage :clsql-testing (:use :common-lisp :clsql)) (in-package :clsql-testing) (file-enable-sql-reader-syntax) ;(locally-enable-sql-reader-syntax) (def-view-class customer () ((id :db-kind :key :db-constraints :not-null :initarg :id :reader id :type integer) (name :db-constraints :not-null :initarg :name :reader name :type string) (phone-number :db-constraints :not-null :initarg :phone-number :accessor phone-number :type string)) (:base-table "test_customer")) (defconstant +id-sequence+ "id_sequence") (defun add-customer (name phone-number) "Add a customer." (let ((id (sequence-next +id-sequence+))) (update-records-from-instance (make-instance 'customer :id id :name name :phone-number phone-number)) (first (select 'customer :where [= [id] id] :flatp t)))) (connect '("localhost" "db-name" "user" "password") :database-type :postgresql-socket :if-exists :new :pool t) (defparameter customer-foo (add-customer "Test Customer Foo" "0123456789")) (id customer-foo) ;(restore-sql-reader-syntax-state) (disconnect-pooled)

5 12

Re: [slime-devel] [Openmcl-devel] [CLSQL] Slime, CLSQL, and reader macros
by Patrick May 01 Apr '10

01 Apr '10

On Apr 1, 2010, at 2:22 PM, Gary Byers wrote: > Without knowing what (FILE-ENABLE-SQL-READER-SYNTAX) does, how would anyone > know what the problem is ? (I can guess that it tries to enable some reader > macros, but I don't know how it tries to do that.) > > If whatever the problem is might be a bug in CCL 1.3, have you tried 1.4 to see > if the problem persists ? The same problem occurs in 1.4. Why would this work with SBCL from Slime and from both from the REPL, but not from Slime with ccl64? Thanks, Patrick > > On Thu, 1 Apr 2010, Patrick May wrote: > >> [ Adding OpenMCL-devel, since CCL seems to be involved somehow in this problem. ] >> >> On Apr 1, 2010, at 10:32 AM, Nathan Bird wrote: >>> On 4/1/2010 9:41 AM, Patrick May wrote: >>>> >>>> My environment is OS X 10.6.3, Clozure 1.3-r12755M, PostgreSQL 8.4.1, and CLSQL 5.0.5. >>>> >>>> My problem is with the CLSQL square bracket syntax in Slime. If I run the code below from a REPL started at the command line, it works fine. I can use either the file-enable-sql-reader-syntax or the locally-enable-sql-reader-syntax / restore-sql-reader-syntax-state pair fine. When I evaluate the same code in Slime with C-x C-e or C-c C-r, however, I get this error when defining add-customer: >>>> >>>> ;Compiler warnings : >>>> ; In ADD-CUSTOMER: Undeclared free variable [= >>>> ; In ADD-CUSTOMER: Undeclared free variable [ID] >>>> ; In ADD-CUSTOMER: Undeclared free variable ID] >>>> >>>> and this error when trying to add a customer object: >>>> >>>> Unbound variable: [= >>>> [Condition of type UNBOUND-VARIABLE] >>>> >>>> This happens with either way of enabling the square bracket syntax. >>>> >>>> Am I misunderstanding something fundamental about Slime? Has anyone managed to use Slime for CLSQL development with the square bracket syntax? >>> >>> I've only really worked with SBCL so there might be something different >>> in the implementations, but yes the square bracket reader syntax works >>> fine for me under slime. >> >> Interesting. I tried this with SBCL and it worked. Why would ccl64 behave differently? (Code below.) >> >> Thanks, >> >> Patrick >> >> (in-package :common-lisp-user) >> >> (defpackage :clsql-testing >> (:use :common-lisp >> :clsql)) >> >> (in-package :clsql-testing) >> >> (file-enable-sql-reader-syntax) >> >> ;(locally-enable-sql-reader-syntax) >> >> (def-view-class customer () >> ((id :db-kind :key >> :db-constraints :not-null >> :initarg :id >> :reader id >> :type integer) >> (name :db-constraints :not-null >> :initarg :name >> :reader name >> :type string) >> (phone-number :db-constraints :not-null >> :initarg :phone-number >> :accessor phone-number >> :type string)) >> (:base-table "test_customer")) >> >> (defconstant +id-sequence+ "id_sequence") >> >> (defun add-customer (name phone-number) >> "Add a customer." >> (let ((id (sequence-next +id-sequence+))) >> (update-records-from-instance >> (make-instance 'customer >> :id id >> :name name >> :phone-number phone-number)) >> (first (select 'customer :where [= [id] id] :flatp t)))) >> >> (connect '("localhost" "db-name" "user" "password") >> :database-type :postgresql-socket >> :if-exists :new >> :pool t) >> >> (defparameter customer-foo (add-customer "Test Customer Foo" "0123456789")) >> (id customer-foo) >> >> ;(restore-sql-reader-syntax-state) >> (disconnect-pooled) >> >>

1 0

Re: [slime-devel] [Openmcl-devel] [CLSQL] Slime, CLSQL, and reader macros
by Patrick May 01 Apr '10

01 Apr '10

On Apr 1, 2010, at 2:22 PM, Gary Byers wrote: > Without knowing what (FILE-ENABLE-SQL-READER-SYNTAX) does, how would anyone know what the problem is ? You mean everyone doesn't use CLSQL? ;-) > (I can guess that it tries to enable some reader > macros, but I don't know how it tries to do that.) That is exactly what it tries to do. > If whatever the problem is might be a bug in CCL 1.3, have you tried 1.4 to see > if the problem persists ? I'll give 1.4 a try. Thanks, Patrick

1 0

[slime-devel] [Bug] output of *inferior-lisp* buffer is shown in slime-repl
by Tobias C. Rittweiler 01 Apr '10

01 Apr '10

It seems like output due to evaluation in *inferior-lisp* is redirected into the slime-repl. -T.

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel April 2010