July 2005 - slime-devel - mailman3.common-lisp.net

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 02 Jul '05

02 Jul '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.717 slime/ChangeLog:1.718 --- slime/ChangeLog:1.717 Tue Jun 28 10:40:07 2005 +++ slime/ChangeLog Fri Jul 1 15:52:55 2005 @@ -1,3 +1,8 @@ +2005-07-01 Gabor Melis <mega(a)hotpop.com> + + * swank-sbcl.lisp (threaded stuff): make SBCL 0.9.2.9+ work while + retaining support for 0.9.2 + 2005-06-28 Gabor Melis <mega(a)hotpop.com> * swank-sbcl.lisp (threaded stuff): horrible hack to make threaded

3 2

[slime-devel] sbcl threads
by Gábor Melis 01 Jul '05

01 Jul '05

Recently sbcl switched to using pthreads if it is built with thread support. Sbcl cvs head has a thread-os-thread-slot instead of thread-pid-slot. Its value is a pid in non-threaded builds, and a pthread_t otherwise. Now, pthread_t is an unsigned long on linux/nptl and the high bits are really used so communication with emacs breaks down: the id of the startup thread on my system does not fit into an elisp integer: 1098623904 => 24882080 The patch below adds a mising a thread state and works with os-thread instead of pid. However, the (unsigned-byte 32) communication problem is still there. Index: swank-sbcl.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank-sbcl.lisp,v retrieving revision 1.134 diff -u -r1.134 swank-sbcl.lisp --- swank-sbcl.lisp 11 Jun 2005 16:22:23 -0000 1.134 +++ swank-sbcl.lisp 20 Jun 2005 13:33:38 -0000 @@ -1117,7 +1117,8 @@ (0 :running) (1 :stopping) (2 :stopped) - (3 :dead))) + (3 :dead) + (4 :starting))) (defimplementation thread-status (thread) (string (%thread-state thread))) @@ -1136,8 +1137,9 @@ (let ((pids (sb-sys:without-gcing (sb-thread::mapcar-threads (lambda (sap) - (sb-sys:sap-ref-32 sap (* sb-vm:n-word-bytes - sb-vm::thread-pid-slot))))))) + (sb-sys:sap-ref-32 sap + (* sb-vm:n-word-bytes + sb-vm::thread-os-thread-slot))))))) (remove :dead pids :key #'%thread-state))) (defimplementation interrupt-thread (thread fn) Cheers, Gábor Melis

2 4

[slime-devel] Maxima+Slime?
by C Y 01 Jul '05

01 Jul '05

Has anybody here tried working with Maxima in Slime? I have managed to figure out how to load it (start slime with sbcl, load maxima-build.lisp, then do (maxima-load) to load the fasl files) and typing (run) will start Maxima OK, but then when I tried to do load("./file.mac"); I got some kind of error (don't have exact error on this machine, but can be provided.) Has anybody tried working with Maxima inside SLIME? I am definitely interested in this based on limited experience working without it, but I don't know how much of an ordeal it might be. Any help or experience appreciated, and thanks much for SLIME. CY __________________________________ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

6 10

[slime-devel] launch error after CMUCL update
by Jeffrey Cunningham 01 Jul '05

01 Jul '05

Hi; I just upgraded CMUCL from 19a to 19b (downloaded yesterday) and now I have an intermittent problem launching slime. This is the error I get when it happens: ------------error message: Error in function UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x100168E8. [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Skip remaining initializations. Debug (type H for help) (UNIX::SIGSEGV-HANDLER #<unused-arg> #<unused-arg> #.(SYSTEM:INT-SAP #x3FFFCAFC)) Source: Error finding source: Error in function LISP::%ENUMERATE-SEARCH-LIST: Undefined search list: default 0] -------------end of error message----------- It happens consistently when I start up emacs/slime in several directories I've been working out of. Yet here's the funny thing: I can start it up just fine in some other directories I haven't worked in. I moved my .cmucl-init file to see if that had anything to do with it (no). I recompiled asdf and asdf-init. Now I'm out of tricks. Any ideas? Regards, --Jeff Cunningham Seattle WA, USA

1 0