slime-devel April 2006

slime-devel@common-lisp.net

58 participants
57 discussions

[slime-devel] *compiler-notes* stops updating
by Samium Gromoff 23 Apr '06

23 Apr '06

Sometimes the *compiler-notes* buffer stops being updated after slime-load-file invocations. At the point it happens, if i kill that buffer it stops reappearing at all. Slime is version 2.0, SBCL is 0.9.11. regards, Samium Gromoff

1 1

[slime-devel] factual vs. displayed nontrivial warning/note count discrepancy
by Samium Gromoff 23 Apr '06

23 Apr '06

Sometimes i see a significant difference between the SBCL output showing in the slime repl and the reported grand total of warnings/messages at the end of the day -- often slime reports 0 warnings/0 notes despite the presence of the following in the SBCL output: ; caught STYLE-WARNING: ; The variable PERCEPTOR is defined but never used. ; caught STYLE-WARNING: ; These functions are undefined: ; ENTITY-MOVE-COLLIDES? ENTITY-MOVECUM ; caught STYLE-WARNING: ; undefined function: ENTITY-MOVECUM etc etc This is noticed with slime 2.0/sbcl 0.9.11 regards, Samium Gromoff

1 0

[slime-devel] pathname on a socket stream
by Marco Baringer 23 Apr '06

23 Apr '06

this came up when trying to use slime's inspector to inspect a socket connected to a remote server. the following snippet signals an error: CL-USER> (let* ((socket (make-instance 'sb-bsd-sockets:inet-socket :type :stream :protocol :tcp))) (sb-bsd-sockets:socket-connect socket #(127 0 0 1) 8080) (sb-bsd-sockets:socket-make-stream socket)) #<SB-SYS:FD-STREAM for "a constant string" {40D28759}> CL-USER> (pathname *) Error: The value NIL is not of type PATHNAME. [Condition of type TYPE-ERROR] however, substitiuting the call to pathname for its definiton return NIL: CL-USER> (let* ((socket (make-instance 'sb-bsd-sockets:inet-socket :type :stream :protocol :tcp))) (sb-bsd-sockets:socket-connect socket #(127 0 0 1) 8080) (sb-impl::with-pathname (pathname (sb-bsd-sockets:socket-make-stream socket)) pathname)) NIL CL-USER> i'm not really sure what the correct answer is, according to the hyperspec pathname must return a pathname object and NIL is definetly not a pathname object. at the same time a file stream is a pathname designator and pathname is defined to accept pathname designator (the hyperspec doesn't mention any exceptional situations). is there some (non neccessarily portable) means to determine if a stream is a valid value for passing to pathname? -- -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

1 1

[slime-devel] Possible typo in bridge.el
by Leon 23 Apr '06

23 Apr '06

Dear all, I think there might be a typo in brdge.el: In the beginning of the file: ---- ... ;;; This file is part of GNU Emacs. ---- But I can't find such file in emacs 21/23. Regards, -- Leon

1 0

[slime-devel] Compile slime.el generates lots of warning in Emacs CVS
by Leon 23 Apr '06

23 Apr '06

Dear SLIME developers, I tried to compile slime.el in the hope it will load faster. I have seen lots of warnings. Hope the attached log is useful. Software version: SLIME: CVS 20060420 Emacs: CVS 20060417 Regards, -- Leon

1 0

[slime-devel] Slime w/ SBCL 0.9.11 (MacOSX/PPC): no response after reading utf-8/euc-jp files
by Yuhei Kuratomi 23 Apr '06

23 Apr '06

Hi. I'm using SLIME in the CVS tree on Carbon Emacs. The Common Lisp is SBCL 0.9.11 (MacOSX/PPC). I encountered a bug when I tried to read Japanese files encoded in UTF-8 or EUC-JP. Here is my sample lisp code. # (defun read-one-line (file enc) # (with-open-file (strm file :direction :input :external-format enc) # (read-line strm))) And I have two files, one is encoded in UTF-8 and the other is in EUC- JP. It seems that reading either encodings results in the same behavior. When I call the function in REPL, # CL-USER> (read-one-line "test-utf8.txt" :utf-8) the prompt never comes back. This doesn't happen when I directly execute sbcl in the bash (on Terminal.app). In the *Messages* buffer of Emacs says: # (read-one-line file enc) # Partially completed # Completed # (read-one-line file enc) # error in process filter: slime-process-available-input: Wrong type argument: listp, 000A600002A7 # error in process filter: Wrong type argument: listp, 000A600002A7 And when I look into the *inferior-lisp* buffer, SBCL (Swank?) is looping (maybe infinitely). If this mailing list allows, I'd like to attach the japanese files and the *inferior-lisp* buffer log. Or is there suitable mail account to send them? Thanks in advance. Yuhei.

2 2

[slime-devel] indentation customization in .emacs file in Lispbox 0.7 overriding a SLIME setting?
by Kelvin Wu 23 Apr '06

23 Apr '06

Hello, I am new to Lisp and SLIME and am using Peter Seibel's Lispbox 0.7 on Windows XP Home to explore the language. I wanted to add an automatic code indentation feature as described at http://ssinghi.kreeti.com/Xemacs%20&%20Lisp%20For%20Dummies.html, so I changed my .emacs file to contain the following: ;; shortcut for saving (global-set-key "\M-s" 'save-buffer) ;; indenting (defun my-set-newline-and-indent() (local-set-key [return] 'newline-and-indent)) (add-hook 'c++-mode-hook 'my-set-newline-and-indent) (add-hook 'lisp-mode-hook 'my-set-newline-and-indent) (add-hook 'Lisp-mode-hook 'my-set-newline-and-indent) Then I removed the "--no-init-file" option from C:\lispbox-0.7\lispbox.bat. After starting Lispbox, and verifying that the indentation feature was working as I expected, I opened a buffer of code from Chapter 2 of Practical Common Lisp and compiled it with a "C-c C-k". The REPL echoed that everything had compiled without errors. But when I attempted to type any further commands at the ">" prompt, the REPL did not respond with an evaluation. Peter Seibel directed me to this list for help. He said that it was possible that the "return is bound by SLIME in the REPL to slime-repl-return which presumably is responsible for packaging up the expression and sending it to Lisp to be evaluated, etc. The slime- repl-mode-map inherits some bindings from lisp-mode so it may be that by setting this key in lisp-mode you are overriding the binding SLIME uses." Would any of the SLIME developers have an idea on why this is the case? Thanks for any pointers. Sincerely, Kelvin Wu

4 5

[slime-devel] Very minor bug in slime 2.0 manual
by Thomas Atkins 21 Apr '06

21 Apr '06

In the slime 2.0 manual it says " This is themanual for version 1.2." Tom

1 0

[slime-devel] Slime in Aquamacs by default ?
by Jean-Christophe Helary 21 Apr '06

21 Apr '06

I am helping on the Aquamacs-emacs list, mostly pointing out glitches in the docs etc. I have started learning emacs to learn Lisp thanks to Peter Seibel's book and I would like to have Slime installed by default in Aquamacs. After mentionning that on the Aquamacs list, the developper, David Reitter, replied the following: > On 21 Apr 2006, at 02:57, Jean-Christophe Helary wrote: > >> A stable version of slime 2.0 has just been released, I know it is >> always possible to include that later oneself, but since it is pretty >> much the only available Lisp IDE on OSX, I was wondering if special >> attention could not be given to it ? Like include it by default ? >> >> (I am just realizing that typing the above paragraph in Aquamacs >> added line breaks, must be that longline is not activated in Mail >> mode ?) >> >> Lisp is really one of the first reason why I got interested in >> Emacs, because it looked like an easy to learn language. Now that >> Peter Seible's book is out (and is a hit), there seems to be a >> renewal of interest among "beginners". > > Yes, we can do that. > Someone needs to develop a little compile-file, which will build > Slime from Source (as far as that's necessary) and install it where > it belongs (a site-lisp/edit-modes/SLIME directory. > Then, code to auto-load it needs to be added to the aquamacs-mode- > defaults file. > > Can you do that? (I don't know Slime very well.) > > If you send me these things, I would add it to CVS. > > I would like SLIME to be a part of Aquamacs, too. I have no idea what that involves. Would a person here be nice enough to provide David with what he needs ? Thank you in advance, and thank you for what you are doing with Slime ! Regards, Jean-Christophe Helary

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 21 Apr '06

21 Apr '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.889 slime/ChangeLog:1.891 --- slime/ChangeLog:1.889 Wed Apr 19 12:00:23 2006 +++ slime/ChangeLog Thu Apr 20 05:10:36 2006 @@ -1,3 +1,15 @@ +2006-04-20 Marco Baringer <mb(a)bese.it> + + * swank-openmcl.lisp (toggle-trace): Implemented. Currently only + provides 'best effort' support, :labels and :flet are ignored, + :defmethod and :call are treated like a normal trace of the + operator. + +2006-04-20 Helmut Eller <heller(a)common-lisp.net> + + * swank.lisp (*use-dedicated-output-stream*): Make it nil by + default to avoid race conditions. + 2006-04-19 Christophe Rhodes <csr21(a)cam.ac.uk> * doc/Makefile (contributors.texi): use texinfo macros for

1 0

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 2006