December 2007 - cl-debian@common-lisp.net

[cl-debian] Bug#457648: fails to compile when using with slime
by anoop aryal 05 Jan '08

05 Jan '08

Package: cl-arnesi Version: 1:20071118-1 Severity: normal --- Please enter the report below this line. --- when using cl-arnesi with slime, (require :arnesi) causes: ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0.12.debian-linux-x86/swank-arglists.fasl" WARNING: change in instance length of class SB-PRETTY:PRETTY-STREAM: current length: 27 compile time length: 25 ;; ;; Error while loading: /var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0.12.debian-linux-x86/swank-arglists.fasl ;; Condition: The class SB-PRETTY:PRETTY-STREAM was not changed, and there's no guarantee that ;; the loaded code (which expected another layout) will work. ;; Aborting. ;; ; ; compilation unit aborted ; caught 1 fatal ERROR condition --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-686 Debian Release: lenny/sid 500 unstable www.debian-multimedia.org 500 unstable ftp.us.debian.org --- Package information. --- Depends (Version) | Installed =====================================-+-=========== cl-swank | 1:20071202-1 common-lisp-controller (>= 5.11) | 6.12

3 2

[cl-debian] slime 1:20071202-1 MIGRATED to testing
by Debian testing watch 30 Dec '07

30 Dec '07

FYI: The status of the slime source package in Debian's testing distribution has changed. Previous version: 1:20070927-3 Current version: 1:20071202-1 -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0

[cl-debian] Bug#402508: Same bug here, and a (crazy) work around
by Alexei Sheplyakov 30 Dec '07

30 Dec '07

Hello! I've tried to install sbcl on my x86_64 box, and got # aptitude install sbcl Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Building tag database... Done The following NEW packages will be installed: sbcl 0 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 0B/8816kB of archives. After unpacking 42.1MB will be used. Writing extended state information... Done Selecting previously deselected package sbcl. (Reading database ... 109938 files and directories currently installed.) Unpacking sbcl (from .../sbcl/sbcl_0.9.16.0-1_amd64.deb) ... Setting up sbcl (0.9.16.0-1) ... /usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc. mmap: Cannot allocate memory ensure_space: failed to validate 8589869056 bytes at 0x1000000000 (hint: Try "ulimit -a"; maybe you should increase memory limits.) mv: cannot stat `sbcl-new.core': No such file or directory FAILED \begin{sarcasm} hint: maybe sbcl should not allocate insane amounts of memory? \end{sarcasm} Anyway, I've checked it, all limits are infinite. However, the box has "only" 2Gb of RAM and 1Gb of swap, so the kernel won't allow to more than 3Gb of memory, because the memory overcommiting is switched off: $ cat /proc/sys/vm/overcommit_memory 2 I use such configuration since it allows programs to handle out of memory conditions gracefully (at least, the kernel won't kill unrelated processes), prevents well known "swap of death", stops fork bombs, etc. To debug the problem, I've tried to revert to the default default setting, so called "heuristic overcommiting". # echo 0 > /proc/sys/vm/overcommit_memory Still the same error. So, I've complitely switched of the sanity checks: # echo 1 > /proc/sys/vm/overcommit_memory ("always overcommit"), and reinstalled sbcl. This time it worked fine. However, such work around is clearly inacceptable. > "ulimit -H -a", "ulimit -S -a", # ulimit -H -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited max nice (-e) 39 file size (blocks, -f) unlimited pending signals (-i) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) unlimited max rt priority (-r) 99 stack size (kbytes, -s) unlimited cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited # ulimit -S -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited max nice (-e) 39 file size (blocks, -f) unlimited pending signals (-i) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) unlimited max rt priority (-r) 99 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited > What does "cat /proc/self/maps", # cat /proc/self/maps 00400000-00405000 r-xp 00000000 fe:13 543627 /bin/cat 00504000-00505000 rw-p 00004000 fe:13 543627 /bin/cat 00505000-00529000 rw-p 00505000 00:00 0 [heap] 2ed5f9301000-2ed5f9318000 r-xp 00000000 fe:13 655626 /lib/ld-2.3.6.so 2ed5f9417000-2ed5f9419000 rw-p 00016000 fe:13 655626 /lib/ld-2.3.6.so 2ed5f9419000-2ed5f941b000 rw-p 2ed5f9419000 00:00 0 2ed5f942e000-2ed5f954f000 r-xp 00000000 fe:13 655631 /lib/libc-2.3.6.so 2ed5f954f000-2ed5f964e000 ---p 00121000 fe:13 655631 /lib/libc-2.3.6.so 2ed5f964e000-2ed5f9663000 r--p 00120000 fe:13 655631 /lib/libc-2.3.6.so 2ed5f9663000-2ed5f9666000 rw-p 00135000 fe:13 655631 /lib/libc-2.3.6.so 2ed5f9666000-2ed5f966b000 rw-p 2ed5f9666000 00:00 0 2ed5f966b000-2ed5f986b000 r--p 00000000 fe:14 12618922 /usr/lib/locale/locale-archive 71f56c42f000-71f56c445000 rw-p 71f56c42f000 00:00 0 [stack] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vdso] > "cat /proc/sys/kernel/exec-shield", # cat /proc/sys/kernel/exec-shield cat: /proc/sys/kernel/exec-shield: No such file or directory However, I use grsecurity (http://www.grsecurity.net) patched kernel, and I'm aware of possible issues with self-modifying executables/libraries. I've tried disabling grsecurity (actually, PAX) restrictions and address space layout randomization for sbcl binary, still the same error (unless I switch on "always overcommit" mode). > "cat /proc/sys/kernel/randomize_va_space" return? 1 AFAIK this is the default since 2.6.12 or so. > Are you running prelink? I do have prelink package installed (for execstack utility), however, the cron job doing the actual prelinking is disabled. Best regards, Alexei -- All science is either physics or stamp collecting.

1 0

[cl-debian] [ann] [rdnzl-announce] New release 0.11.1
by Edi Weitz 30 Dec '07

30 Dec '07

ChangeLog: Version 0.11.1 2007-12-30 Fixed bug in Excel example Download: http://weitz.de/files/rdnzl.tar.gz _______________________________________________ rdnzl-announce mailing list rdnzl-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [flexi-streams-announce] New release 0.14.0
by Edi Weitz 29 Dec '07

29 Dec '07

ChangeLog: Version 0.14.0 2007-12-30 Some fixes for LispWorks (when the underlying stream is a character stream) Optimized methods for UNREAD-CHAR% in case of 8-bit encodings More tests Download: http://weitz.de/files/flexi-streams.tar.gz _______________________________________________ flexi-streams-announce mailing list flexi-streams-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/flexi-streams-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [hunchentoot-announce] New release 0.15.0 (Was: clisp port)
by Edi Weitz 29 Dec '07

29 Dec '07

On Mon, 24 Dec 2007 01:46:40 +0200, Anton Vodonosov <avodonosov(a)yandex.ru> wrote: > Please, check the new version attached. Thanks, I've made a new release which incorporates your changes. Edi. _______________________________________________ tbnl-announce site list tbnl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] Bug#457919: cl-asdf: please merge a run-shell-command patch for LispWorks
by Chun TIAN (binghe) 27 Dec '07

27 Dec '07

Package: cl-asdf Version: 1.109-2 Severity: wishlist The function asdf:run-shell-command is not right for LispWorks 5.x: #+lispworks (system:call-system-showing-output command :shell-type "/bin/sh" :output-stream *verbose-out*) I test a expression on LispWorks 5.0: CL-USER 1 > (system:call-system-showing-output "id -u" :shell-type "/bin/sh" :output-stream t) ; id -u ; 10003 0 To make common-lisp-controller:get-uid work well, the call to system:call-system-showing-output must come with two additional keyword arguments, :show-cmd nil, and :prefix "". I running LispWorks 5.x on Debian, I use this script to save a LispWorks image which can then load all debian CL packages: (in-package :cl-user) (load-all-patches) (load "/usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp") (common-lisp-controller:init-common-lisp-controller-v4 "lispworks") ;; (load "asdf-patch") (save-image (merge-pathnames (make-pathname :name "lispworks") (lisp-image-name)) :remarks "LispWorks 5.0.2" :environment t) So, I HOPE a patch can be merged into cl-asdf, as in attach (asdf.lisp.patch). Now I must load a patch for this purpose (asdf-patch.lisp). Thanks! Chun TIAN (binghe) -- (defsignature (田春 Chun Tian (binghe)) (网易杭州研究院系统管理员) (E-Mail tianchun(a)corp.netease.com) (Phone (0571)88271736 (020)85106834) (POPO binghe.lisp) (GTalk binghe.lisp(a)gmail.com)) (in-package :asdf) (defun run-shell-command (control-string &rest args) "Interpolate ARGS into CONTROL-STRING as if by FORMAT, and synchronously execute the result using a Bourne-compatible shell, with output to *VERBOSE-OUT*. Returns the shell's exit code." (let ((command (apply #'format nil control-string args))) (format *verbose-out* "; $ ~A~%" command) #+sbcl (sb-ext:process-exit-code (sb-ext:run-program #+win32 "sh" #-win32 "/bin/sh" (list "-c" command) #+win32 #+win32 :search t :input nil :output *verbose-out*)) #+(or cmu scl) (ext:process-exit-code (ext:run-program "/bin/sh" (list "-c" command) :input nil :output *verbose-out*)) #+allegro (excl:run-shell-command command :input nil :output *verbose-out*) #+lispworks (system:call-system-showing-output command :shell-type "/bin/sh" :prefix "" :show-cmd nil :output-stream *verbose-out*) #+clisp ;XXX not exactly *verbose-out*, I know (ext:run-shell-command command :output :terminal :wait t) #+openmcl (nth-value 1 (ccl:external-process-status (ccl:run-program "/bin/sh" (list "-c" command) :input nil :output *verbose-out* :wait t))) #+ecl ;; courtesy of Juan Jose Garcia Ripoll (si:system command) #-(or openmcl clisp lispworks allegro scl cmu sbcl ecl) (error "RUN-SHELL-PROGRAM not implemented for this Lisp") ))

1 0

[cl-debian] [ann] [cdr-announce] CDR 2: HTML version added
by Pascal Costanza 24 Dec '07

24 Dec '07

An HTML version of the document "A generic hash table interface specification for Common Lisp" by Ingvar Mattsson has been added to the Common Lisp Document Repository. See http://cdr.eurolisp.org/document/2/ for the details of this document. Pascal -- Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net Vrije Universiteit Brussel, Programming Technology Lab Pleinlaan 2, B-1050 Brussel, Belgium _______________________________________________ cdr-announce mailing list cdr-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cdr-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [cdr-announce] CDR 4 finalized
by Pascal Costanza 24 Dec '07

24 Dec '07

The document "Common Lisp Document Repository (revised)" by Marc Battyani, Pascal Costanza, Arthur Lemmens, and Edi Weitz has been finalized. According to the CDR process, this document is now in its final stage and cannot be changed anymore. See http://cdr.eurolisp.org/document/4/ for the details of this document. Pascal -- Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net Vrije Universiteit Brussel, Programming Technology Lab Pleinlaan 2, B-1050 Brussel, Belgium _______________________________________________ cdr-announce mailing list cdr-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cdr-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] cl-sql 4.0.3-1 MIGRATED to testing
by Debian testing watch 22 Dec '07

22 Dec '07

FYI: The status of the cl-sql source package in Debian's testing distribution has changed. Previous version: 4.0.1-1 Current version: 4.0.3-1 -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0