armedbear-devel

armedbear-devel@common-lisp.net

1 participants
1200 discussions

[Armedbear-devel] ABCL and RMI
by Robert Goldman 06 Mar '15

06 Mar '15

I am trying to profile (using jvirtualvm) a program that I have compiled ABCL into. I'm using ABCL to script the application, and rapidly prototype extensions. The program is the PRISM model checker (http://www.prismmodelchecker.org/), for anyone who is interested. Oddly, I find that the profiler's call graph shows not just my top level main() program as a root, but also multiple jobs running RMI TCP connection. These are all in the idle state, but seem to be chewing up a lot of CPU. There are 16 of these processes and an RMI thread scheduler. Is there any way that ABCL could be causing this to happen? I don't see any use of RMI in the host PRISM program, but then I don't see it in ABCL, either. _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 10

[Armedbear-devel] Strange behaviour of unexporting and defpackage
by Eitaro Fukamachi 06 Mar '15

06 Mar '15

Hi ABCL developers, I found a strange behaviour of cl-colors happening only on ABCL. [Issue] Symbols won't be exported on ABCL https://github.com/tpapp/cl-colors/issues/6 Though cl-colors unexports all symbols before defpackage when reloading the system, the :export clause in defpackage seems to be ignored. https://github.com/tpapp/cl-colors/blob/master/package.lisp#L5-L19 Any ideas? Regards, Eitaro _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 3

[Armedbear-devel] How to get a fresh session or instance
by Robert Dodier 06 Mar '15

06 Mar '15

Hi, is there a way to get a fresh session or instance of ABCL, short of reloading all the classes? Ideally I'd like to be able to have two or more instances which exist at the same time and are independent of each other. I believe the answer to this question is "no", but I just want to make sure I am not overlooking something. If indeed it's not possible now, what would it take to make it happen? I see there is a certain amount of static data -- would it be necessary to replace that with (just for the sake of discussion) a hash table which takes a session or instance id as a key? Any thoughts on this topic will be appreciated. best, Robert Dodier _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 9

[Armedbear-devel] GUI toolkits for the Bear
by Paul Nathan 06 Mar '15

06 Mar '15

Hi, Are there any GUI toolkits for the Bear? I am thinking in particular of something like Seesaw for Clojure. Regards, Paul _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 4

[Armedbear-devel] [CfP] ELS 2015, 8th European Lisp Symposium, Apr. 20-21, London
by Didier Verna 06 Mar '15

06 Mar '15

ELS'15 - 8th European Lisp Symposium Goldsmiths College, London, UK April 20-21, 2015 http://www.european-lisp-symposium.org/ Sponsored by EPITA, Franz Inc. and Lispworks Ltd. The purpose of the European Lisp Symposium is to provide a forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp and Lisp-inspired dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We encourage everyone interested in Lisp to participate. The 8th European Lisp Symposium invites high quality papers about novel research results, insights and lessons learned from practical applications and educational perspectives. We also encourage submissions about known ideas as long as they are presented in a new setting and/or in a highly elegant way. Topics include but are not limited to: - Context-, aspect-, domain-oriented and generative programming - Macro-, reflective-, meta- and/or rule-based development approaches - Language design and implementation - Language integration, inter-operation and deployment - Development methodologies, support and environments - Educational approaches and perspectives - Experience reports and case studies We invite submissions in the following forms: Papers: Technical papers of up to 8 pages that describe original results or explain known ideas in new and elegant ways. Demonstrations: Abstracts of up to 2 pages for demonstrations of tools, libraries, and applications. Tutorials: Abstracts of up to 4 pages for in-depth presentations about topics of special interest for at least 90 minutes and up to 180 minutes. The symposium will also provide slots for lightning talks, to be registered on-site every day. All submissions should be formatted following the ACM SIGS guidelines and include ACM classification categories and terms. For more information on the submission guidelines and the ACM keywords, see: http://www.acm.org/sigs/publications/proceedings-templates and http://www.acm.org/about/class/1998. Important dates: - 22 Feb 2015: Submission deadline - 15 Mar 2015: Notification of acceptance - 29 Mar 2015: Early registration deadline - 05 Apr 2015: Final papers - 20-21 Apr 2015: Symposium Programme chair: Julian Padget, University of Bath, UK Local chair: Christophe Rhodes, Goldsmiths, University of London, UK Programme committee: To be announced Search Keywords: #els2015, ELS 2015, ELS '15, European Lisp Symposium 2015, European Lisp Symposium '15, 8th ELS, 8th European Lisp Symposium, European Lisp Conference 2015, European Lisp Conference '15 -- My new Jazz CD entitled "Roots and Leaves" is out! Check it out: http://didierverna.com/records/roots-and-leaves.php Lisp, Jazz, Aïkido: http://www.didierverna.info _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] [2nd CfP] European Lisp Symposium 2015, April 20-21, London
by Didier Verna 06 Mar '15

06 Mar '15

ELS'15 - 8th European Lisp Symposium Goldsmiths College, London, UK April 20-21, 2015 http://www.european-lisp-symposium.org/ Sponsored by EPITA, Franz Inc. and Lispworks Ltd. Recent news: - Submission deadline in less than a month now! - Programme committee has been announced (see below) - Venue information now available on the web site The purpose of the European Lisp Symposium is to provide a forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp and Lisp-inspired dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We encourage everyone interested in Lisp to participate. The 8th European Lisp Symposium invites high quality papers about novel research results, insights and lessons learned from practical applications and educational perspectives. We also encourage submissions about known ideas as long as they are presented in a new setting and/or in a highly elegant way. Topics include but are not limited to: - Context-, aspect-, domain-oriented and generative programming - Macro-, reflective-, meta- and/or rule-based development approaches - Language design and implementation - Language integration, inter-operation and deployment - Development methodologies, support and environments - Educational approaches and perspectives - Experience reports and case studies We invite submissions in the following forms: Papers: Technical papers of up to 8 pages that describe original results or explain known ideas in new and elegant ways. Demonstrations: Abstracts of up to 2 pages for demonstrations of tools, libraries, and applications. Tutorials: Abstracts of up to 4 pages for in-depth presentations about topics of special interest for at least 90 minutes and up to 180 minutes. The symposium will also provide slots for lightning talks, to be registered on-site every day. All submissions should be formatted following the ACM SIGS guidelines and include ACM classification categories and terms. For more information on the submission guidelines and the ACM keywords, see: http://www.acm.org/sigs/publications/proceedings-templates and http://www.acm.org/about/class/1998. Important dates: - 22 Feb 2015: Submission deadline - 15 Mar 2015: Notification of acceptance - 29 Mar 2015: Early registration deadline - 05 Apr 2015: Final papers - 20-21 Apr 2015: Symposium Programme chair: Julian Padget, University of Bath, UK Local chair: Christophe Rhodes, Goldsmiths, University of London, UK Programme committee: Sacha Chua — Toronto, Canada Edmund Weitz — University of Applied Scicences, Hamburg, Germany Rainer Joswig — Hamburg, Germany Henry Lieberman — MIT, USA Matthew Flatt — University of Utah, USA Christian Queinnec — University Pierre et Marie Curie, Paris 6, France Giuseppe Attardi — University of Pisa, Italy Marc Feeley — University of Montreal, Canada Stephen Eglen — University of Cambridge, UK Robert Strandh — University of Bordeaux, France Nick Levine — RavenPack, Spain Search Keywords: #els2015, ELS 2015, ELS '15, European Lisp Symposium 2015, European Lisp Symposium '15, 8th ELS, 8th European Lisp Symposium, European Lisp Conference 2015, European Lisp Conference '15 -- My new Jazz CD entitled "Roots and Leaves" is out! Check it out: http://didierverna.com/records/roots-and-leaves.php Lisp, Jazz, Aïkido: http://www.didierverna.info _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] EQUALP raises type-error comparing large bignums to floats (patch attached)
by Massimiliano Ghilardi 06 Mar '15

06 Mar '15

If a bignum exceeds the largest representable single-float, EQUALP will raise a type-error when comparing it to a single-float. The same problem happens with double-floats. I am reporting this because my understanding of CLHS http://www.lispworks.com/documentation/lw51/CLHS/Body/f_equalp.htm#equalp tells that EQUALP is not supposed to raise errors at all: "Exceptional Situations: None." How to reproduce: ;; =========== double-floats =========== (= (ash 1 1024) most-positive-double-float) NIL (equalp (ash 1 1024) most-positive-double-float) ; Evaluation aborted on #<TYPE-ERROR {215F90FE}>. ;; =========== single-floats =========== (= 340282360000000000000000000000000000000 0.0f0) NIL (equalp 340282360000000000000000000000000000000 0.0f0) ; Evaluation aborted on #<TYPE-ERROR {1CFFC364}>. In attachment the detailed stacktrace and a proposed patch to fix this problem. Regards, Massimiliano Ghilardi _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

4 6

[Armedbear-devel] problem compiling a defstruct
by Pascal J. Bourguignon 06 Mar '15

06 Mar '15

While compiling the package com.informatimago.common-lisp.unix.option, abcl 1.3.1 fails with the following error, apparently on: (defstruct option "An option structure." keys arguments documentation function) It fails similarly to compile com.informatimago.tools.script, which contains this other (unrelated) structure: (defstruct option keys arguments documentation function) It can also be reproduced with: abcl --noinit (load "quicklisp/setup.lisp") (ql:quickload :com.informatimago.common-lisp.cesarum) ; dependency (ql:quickload :com.informatimago.common-lisp.unix :verbose t) but not with: (compile-file #P"~/quicklisp/dists/quicklisp/software/com.informatimago-20141217-git/common-lisp/unix/option.lisp" :verbose t :print t) [package com.informatimago.common-lisp.unix.option]. Error loading /home/pjb/.cache/common-lisp/abcl-1.3.1-fasl42-linux-x64/home/pjb/src/git/public/lisp/common-lisp/unix/option.abcl at line 203 (offset 10713) #<THREAD "interpreter" {66473FF8}>: Debugger invoked on condition of type TYPE-ERROR The value #(#:WHOLE-226549 #:ENVIRONMENT-226550 #:OPTION- #:G226587 #:G226588 #:G226589 #:G226590 #:G226627 #:G226672 #:G226724 #:G226768 #:G226820 #:G226865 #:G226916 #:G226961 #:WHOLE-227535 #:ENVIRONMENT-227536 #:G228248 #:G228255 #:G228256 #:G228257 #:G228258 #:G228259) is not of type LIST. Restarts: 0: TRY-RECOMPILING Recompile option and try loading it again 1: RETRY Retry loading FASL for #<ASDF/LISP-ACTION:CL-SOURCE-FILE "com.informatimago.common-lisp.unix" "option">. 2: ACCEPT Continue, treating loading FASL for #<ASDF/LISP-ACTION:CL-SOURCE-FILE "com.informatimago.common-lisp.unix" "option"> as having been successful. 3: ABORT Give up on "com.informatimago.common-lisp" [1] COM.INFORMATIMAGO.COMMON-LISP.UNIX.OPTION(2): (pprint (macroexpand-1 '(defstruct option "An option structure." keys arguments documentation function))) (PROGN (EVAL-WHEN (:COMPILE-TOPLEVEL :LOAD-TOPLEVEL :EXECUTE) (SYSTEM:COMPILER-DEFSTRUCT 'OPTION :CONC-NAME '#:OPTION- :DEFAULT-CONSTRUCTOR 'MAKE-OPTION :COPIER 'COPY-OPTION :PREDICATE '"OPTION-P" :DIRECT-SLOTS '(#(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION KEYS 0 OPTION-KEYS NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION ARGUMENTS 1 OPTION-ARGUMENTS NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION DOCUMENTATION 2 OPTION-DOCUMENTATION NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION FUNCTION 3 OPTION-FUNCTION NIL T NIL)) :SLOTS '(#(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION KEYS 0 OPTION-KEYS NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION ARGUMENTS 1 OPTION-ARGUMENTS NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION DOCUMENTATION 2 OPTION-DOCUMENTATION NIL T NIL) #(SYSTEM::DEFSTRUCT-SLOT-DESCRIPTION FUNCTION 3 OPTION-FUNCTION NIL T NIL)) :INHERITED-ACCESSORS 'NIL :DOCUMENTATION '"An option structure.")) (DEFUN MAKE-OPTION (&KEY ((:KEYS #:G228606) NIL) ((:ARGUMENTS #:G228607) NIL) ((:DOCUMENTATION #:G228608) NIL) ((:FUNCTION #:G228609) NIL)) (SYSTEM:MAKE-STRUCTURE (EXTENSIONS:TRULY-THE SYMBOL 'OPTION) #:G228606 #:G228607 #:G228608 #:G228609)) (DEFUN OPTION-P (SYSTEM::OBJECT) (SYSTEM:SIMPLE-TYPEP SYSTEM::OBJECT 'OPTION)) (DECLAIM (FTYPE (FUNCTION * T) OPTION-KEYS)) (SETF (SYMBOL-FUNCTION 'OPTION-KEYS) (SYSTEM::MAKE-STRUCTURE-READER 0 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM OPTION-KEYS (SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-REF (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 0)) (SETF (GET 'OPTION-KEYS 'SYSTEM:SETF-FUNCTION) (SYSTEM::MAKE-STRUCTURE-WRITER 0 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM (SETF OPTION-KEYS) (SYSTEM::VALUE SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-SET (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 0 SYSTEM::VALUE)) (DECLAIM (FTYPE (FUNCTION * T) OPTION-ARGUMENTS)) (SETF (SYMBOL-FUNCTION 'OPTION-ARGUMENTS) (SYSTEM::MAKE-STRUCTURE-READER 1 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM OPTION-ARGUMENTS (SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-REF (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 1)) (SETF (GET 'OPTION-ARGUMENTS 'SYSTEM:SETF-FUNCTION) (SYSTEM::MAKE-STRUCTURE-WRITER 1 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM (SETF OPTION-ARGUMENTS) (SYSTEM::VALUE SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-SET (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 1 SYSTEM::VALUE)) (DECLAIM (FTYPE (FUNCTION * T) OPTION-DOCUMENTATION)) (SETF (SYMBOL-FUNCTION 'OPTION-DOCUMENTATION) (SYSTEM::MAKE-STRUCTURE-READER 2 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM OPTION-DOCUMENTATION (SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-REF (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 2)) (SETF (GET 'OPTION-DOCUMENTATION 'SYSTEM:SETF-FUNCTION) (SYSTEM::MAKE-STRUCTURE-WRITER 2 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM (SETF OPTION-DOCUMENTATION) (SYSTEM::VALUE SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-SET (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 2 SYSTEM::VALUE)) (DECLAIM (FTYPE (FUNCTION * T) OPTION-FUNCTION)) (SETF (SYMBOL-FUNCTION 'OPTION-FUNCTION) (SYSTEM::MAKE-STRUCTURE-READER 3 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM OPTION-FUNCTION (SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-REF (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 3)) (SETF (GET 'OPTION-FUNCTION 'SYSTEM:SETF-FUNCTION) (SYSTEM::MAKE-STRUCTURE-WRITER 3 'OPTION)) (SYSTEM:DEFINE-SOURCE-TRANSFORM (SETF OPTION-FUNCTION) (SYSTEM::VALUE SYSTEM::INSTANCE) (SYSTEM::BACKQ-LIST 'SYSTEM:STRUCTURE-SET (SYSTEM::BACKQ-LIST 'THE 'OPTION SYSTEM::INSTANCE) 3 SYSTEM::VALUE)) (SETF (FDEFINITION 'COPY-OPTION) #'COPY-STRUCTURE) 'OPTION) [1] COM.INFORMATIMAGO.COMMON-LISP.UNIX.OPTION(3): CL-USER(4): (COM.INFORMATIMAGO.TOOLS.MANIFEST:PRINT-BUG-REPORT-INFO) LISP-IMPLEMENTATION-TYPE "Armed Bear Common Lisp" LISP-IMPLEMENTATION-VERSION "1.3.1" SOFTWARE-TYPE "Linux" SOFTWARE-VERSION "3.2.0-4-amd64" MACHINE-INSTANCE "kuiper" MACHINE-TYPE "X86-64" MACHINE-VERSION "Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz" distribution (:LINUX :DEBIAN "7.7") *FEATURES* (:COM.INFORMATIMAGO.PJB :SPLIT-SEQUENCE :CLOSER-MOP :COM.INFORMATIMAGO.COMMON-LISP.LISP.CL-STEPPER :NEWLINE-IS-LINEFEED :HAS-ASCII-CODE :HAS-VT :HAS-BELL :HAS-ESCAPE :HAS-LINEFEED :HAS-RETURN :HAS-BACKSPACE :HAS-TAB :HAS-PAGE :HAS-RUBOUT :QUICKLISP :ASDF-PACKAGE-SYSTEM :ASDF3.1 :ASDF3 :ASDF2 :ASDF :OS-UNIX :ASDF-UNICODE :ABCL-BUNDLE-OP-SUPPORTED :X86-64 :JAVA-1.7 :UNIX :LINUX :ARMEDBEAR :ABCL :COMMON-LISP :ANSI-CL :CDR6 :MOP :PACKAGE-LOCAL-NICKNAMES) /proc/cpuinfo ------------- processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz stepping : 5 microcode : 0x11 cpu MHz : 3073.461 cache size : 8192 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc up arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 6146.92 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: CL-USER(5): -- __Pascal J. Bourguignon__ _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 2

[Armedbear-devel] test
by Erik Huelsmann 06 Mar '15

06 Mar '15

HI, Testing delivery. -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in. _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] hi
by Erik Huelsmann 06 Mar '15

06 Mar '15

testing delivery -- Bye, Erik. http://efficito.com -- Hosted accounting and ERP. Robust and Flexible. No vendor lock-in. _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-devel