August 2010 - slime-devel - mailman3.common-lisp.net

[slime-devel] [RfC] call-with-foo indentation magic
by Tobias C Rittweiler 20 Aug '10

20 Aug '10

I'd like to have a function (defun call-with-foo (a b function) ...) be indented like (call-with-foo (foo 1 2 3) (bar 9 8 7) #'(lambda (x) ...)) I'm tempted to change SWANK indentation update code to recognize and treat specially functions starting with CALL-WITH, and having a last parameter named FUNCTION or CONTINUATION. I could see people not wanting it, so let me ask what you guys think. Should this be default behaviour, go to a contrib, or should I be damned for raising the question? -T.

3 3

[slime-devel] Daily ChangeLog diff
by Helmut Eller 20 Aug '10

20 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2125 slime/ChangeLog:1.2127 --- slime/ChangeLog:1.2125 Sun Aug 15 15:13:56 2010 +++ slime/ChangeLog Thu Aug 19 23:42:52 2010 @@ -1,3 +1,11 @@ +2010-08-20 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-maybe-complete-as-filename): Limit backward + search for #\", it slows down on large buffers. + Reported by Raymond Toy. + (slime-search-buffer-package): Cache the package, searching every time + on large buffers may be slow. + 2010-08-15 Stas Boukarev <stassats(a)gmail.com> * swank.lisp (setup-server): Check the coding system before doing

1 0

[slime-devel] SBCL - slime-restore support (preliminary)
by Anton Kovalenko 19 Aug '10

19 Aug '10

Hello SLIME developers, Just tried to add slime-restore support for snapshots in SBCL on unix. Patch is in the attachment. NB. SBCL is able to save snapshot only when exactly one thread is running; therefore, using :fd-handler or nil communication style is mandatory. My implementation of exec-image currently assumes that SBCL was started using its full pathname (no PATH variable lookup is done). There is no native execve support in SBCL, so I've added a binding using define-alien-routine. SBCL FFI resolve alien references when they are called, so this addition shouldn't affect SLIME when this function is not used (i.e. there should be no problems on UNIX systems that can't resolve "execve" with dlsym(), unless slime-restore is actually called). -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia

1 1

[slime-devel] setting a different initial package in the REPL
by Giovanni Gigante 17 Aug '10

17 Aug '10

Hello, I am starting Slime with a custom SBCL image, in which my code is all contained in a CL package which I have defined. So I would like the initial Slime REPL to open not in the CL-USER package, but in another one. I suppose I should use SLIME-REPL-SET-PACKAGE somehow, but where exactly should I put it? So far I haven't been able to obtain the desired effect. thanks, Giovanni

2 2

[slime-devel] No printing during evaluation
by Aaron 17 Aug '10

17 Aug '10

Hello, I'm currently using clisp 2.48. The problem is that if I've got a (format somewhere inside of a larger function, I don't see the printed output from that format until the larger function is finished, along with whatever the function returns. It wasn't doing this a month or so ago, and I'm unsure what I've changed.

2 2

[slime-devel] package load error
by quasi 17 Aug '10

17 Aug '10

I am using SBCL 1.0.32. When I try to load a package 'FOO I get the following error. If I remove the fasl files then it all compiles and load all right. I have to remove the fasl files every time I quit and try to load. What could be the reason for this ? The name "FOO" does not designate any package. [Condition of type SB-KERNEL:SIMPLE-PACKAGE-ERROR] Restarts: 0: [TRY-RECOMPILING] Recompile people-model and try loading it again 1: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {1002B05721}> on #<ASDF:CL-SOURCE-FILE "foo-model" {100ADCD3E1}>. 2: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {1002B05721}> on #<ASDF:CL-SOURCE-FILE "foo-model" {100ADCD3E1}> as having been successful. 3: [RETRY] Retry SLIME REPL evaluation request. 4: [ABORT] Return to SLIME's top level. 5: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" RUNNING {1002A5F891}>) Backtrace: 0: (SB-INT:%FIND-PACKAGE-OR-LOSE "FOO") 1: (SB-INT:FIND-UNDELETED-PACKAGE-OR-LOSE "FOO") 2: (SB-FASL::FOP-PACKAGE) 3: (SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for "file /Users/quasi/.lisp-binaries/sbcl-1.0.32-darwin-x86-64/Users/quasi/foo/foo-model.fasl" {1002D6A871}>) 4: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) 5: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]291)) 6: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK ..) 7: (SB-FASL::LOAD-AS-FASL ..) 8: ((FLET SB-FASL::LOAD-STREAM) #<SB-SYS:FD-STREAM for "file /Users/quasi/.lisp-binaries/sbcl-1.0.32-darwin-x86-64/Users/quasi/foo/foo-model.fasl" {1002D6A871}> T) 9: (LOAD #P"/Users/quasi/.lisp-binaries/sbcl-1.0.32-darwin-x86-64/Users/quasi/foo/foo-model.fasl")[:EXTERNAL] 10: ((SB-PCL::FAST-METHOD ASDF:PERFORM (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) ..) 11: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) ..) 12: ((SB-PCL::FAST-METHOD ASDF:PERFORM :AROUND (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) ..) 13: ((SB-PCL::FAST-METHOD ASDF:PERFORM ASDF:AROUND (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) ..) 14: ((LAMBDA ())) 15: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) 16: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]291)) 17: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK ..) 18: (SB-C::%WITH-COMPILATION-UNIT #<CLOSURE (LAMBDA #) {1007D85529}>)[:EXTERNAL] 19: (ASDF:OPERATE ASDF:LOAD-OP TRIPR)[:EXTERNAL] --more-- -- Abhijit Rao (quasi) REd Pill is Lisp.

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 16 Aug '10

16 Aug '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2124 slime/ChangeLog:1.2125 --- slime/ChangeLog:1.2124 Fri Aug 13 03:25:23 2010 +++ slime/ChangeLog Sun Aug 15 15:13:56 2010 @@ -1,3 +1,8 @@ +2010-08-15 Stas Boukarev <stassats(a)gmail.com> + + * swank.lisp (setup-server): Check the coding system before doing + anything, otherwise it may be eaten by ignore-errors later. + 2010-08-13 Helmut Eller <heller(a)common-lisp.net> Find definition for (def-vm-support-routine NAME ...)

1 0

[slime-devel] slime for non-CLs?
by Christophe Rhodes 16 Aug '10

16 Aug '10

Hi, I was at a conference last week, and spent the boring bits hacking; one of the things I've got at least partially done is a swank implementation for R (the statistical array-based language). Bits that work include: * REPL * sldb + backtrace + display of locals + invoking restarts by number + throw to toplevel (basically nothing else works) R is an interesting language and environment: it's almost a lisp -- almost a CL in some respects. It has generic functions, multimethods and multiple dispatch; it has conditions, handlers and restarts; it has eval and read ("parse"). In fact it has almost everything other than a compiler (but on the other hand, it basically has fexprs...). Since I plan to use R for Real Work in future, and since the default R environment under emacs is OK but nothing to write home about (and the debugger is actively painful), I can see myself developing and maintaining this swank implementation for a while. Given this, would there be any objections to keeping it under contrib/ within slime? (I will likely also be asking a similar question of the R project, as to whether keeping development there makes any sense. I understand that there's a certain amount of overlap between R types and Lispers -- there was even a proof-of-concept implementation of an R-to-CL compiler in 2006) Cheers, Christophe

2 1

[slime-devel] indentation within LOOP
by Gábor Melis 14 Aug '10

14 Aug '10

I'm using the slime-indentation contrib. This is indented correctly: (= 1 2 3) However, when wrapped in a LOOP it's not: (loop (= 1 2 3)) <= 3 should be right below 1 Another example: (bar 1 ; 1 below b 2) (loop (bar 1 ; 1 below a 2))

1 0

[slime-devel] Emacs freezes completing keyword
by Gustavo 13 Aug '10

13 Aug '10

Hello, I think I found a bug. Emacs freezes every time I input ":something <TAB>" in Slime REPL, i.e., whenever I try to autocomplete a keyword from the REPL. It also seems to happen in other buffers as well. Autocompleting "normal" symbols seems to be working fine. Gustavo.

3 4