- armedbear-devel - mailman3.common-lisp.net

Re: [Cffi-devel] Patches to CFFI for ABCL which passes all tests
by Cyrus Harmon 27 Sep '14

27 Sep '14

On Aug 20, 2014, at 2:24 AM, Mark Evenson <evenson(a)panix.com> wrote: > > Even though we are passing all the CFFI tests, > > CL-USER> (drakma:http-request “https://google.com”) > > still times out with an error. Always something further to fix… Yes, I’ve run across this too. The first https call hangs, even if one adds :connection-timeout 120. Could we be improperly initializing something somewhere along the run? After recovering from this error, subsequent calls work. This is probably more of a cl+ssl issue than a cffi (or ABCL) issue, but it definitely seems to be ABCL-specific. Thanks for your work to clean up the CFFI patch set! I look forward to the day when I can run stock CFFI, cl+ss, and ABCL and have all my code working :) Cyrus

3 3

[Armedbear-devel] [CfPart] International Lisp Conference 2014, August 15-17, Montreal
by Didier Verna 19 Aug '14

19 Aug '14

ILC 2014 - International Lisp Conference "Lisp on the Move" August 15-17 2014, Université de Montréal, Montréal, Canada Sponsored by the Association of Lisp Users In cooperation with: ACM SIGPLAN http://ilc2014.iro.umontreal.ca/ Latest News: * Registration is now open. See http://ilc2014.iro.umontreal.ca/registration.php * Invited speakers announced. Christian Queinnec, Ambrose Bonnaire-Sergeant, Stefan Monnier, Marc Battyani. Scope: Lisp is one of the greatest ideas from computer science and a major influence for almost all programming languages and for all sufficiently complex software applications. The International Lisp Conference is a forum for the discussion of Lisp and, in particular, the design, implementation and application of any of the Lisp dialects. We encourage everyone interested in Lisp to participate. This year's focus is directed towards integrated solutions, including mobile computing. The conference also provides slots for lightning talks, to be registered on-site every day. The full programme is available here: http://ilc2014.iro.umontreal.ca/program.php Important Dates: - July 14, 2014: Early registration deadline - August 15, 2014: Conference starts Organizing Committee: General Chair: Marc Feeley (Université de Montréal, Montréal, Canada) Programme Chair: Didier Verna (EPITA Research lab, Paris, France) Local chair: Marc Feeley (Université de Montréal, Montréal, Canada) Programme Committee: Charlotte Herzeel, IMEC, ExaScience Life Lab, Belgium Dave Herman, Mozilla Research, USA Greg Pfeil, Clozure Associates, USA Irène Anne Durand, LaBRI University of Bordeaux, France Jim Newton, Cadence Design Systems, France Kuroda Hisao, Mathematical Systems Inc., Japan Matthew Might, University of Utah, USA Nicolas Neuss, Friedrich Alexander Universitat, Germany Ralf Möller, TUHH, Germany Sam Tobin-Hochstadt, Northeastern University, USA William Byrd, University of Utah, USA Contact: ilc14-organizing-committee at alu.org For more information, see http://ilc2014.iro.umontreal.ca/ -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] Motion to delete asdf-install from ABCL's contrib
by Erik Huelsmann 19 Aug '14

19 Aug '14

Hi all, Relaying a motion by slyrus (Cyrus Harmon) from IRC: can we delete asdf-install from ABCL's contrib package? I think we can and should, given that we now have Quicklisp well supported, so hereby I'm relaying. -- 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://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 1

[Armedbear-devel] ASDF-announce email list is live again
by Robert P. Goldman 19 Aug '14

19 Aug '14

Dear CL implementers and maintainers, I apologize for the mass spam, but I am sending this out in order to limit all further ASDF release spam. Hans Huebner has kindly raised the ASDF-announce(a)common-lisp.net mailing list from the dead. See http://mailman.common-lisp.net/cgi-bin/mailman/listinfo/asdf-announce for more details. Please either sign your list up for ASDF-announce, or appoint someone in your maintenance community to subscribe. In return, I undertake to keep traffic to this mailing list to an absolute minimum. Indeed, for the moment, I will be turning on "emergency" moderation of all traffic, to enforce this. I plan to cease sending these mass emails upon ASDF releases, effective immediately, so please do monitor the announcement list. Best, Robert _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] ASDF errors in latest ABCL
by Cyrus Harmon 19 Aug '14

19 Aug '14

So, it’s quite possible I’m doing something wrong here, but I’m having a problem loading an ASDF file: Error (UNBOUND-SLOT) during printing: #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}> [Condition of type ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR] Restarts: 0: [REINITIALIZE-SOURCE-REGISTRY-AND-RETRY] Retry finding system abcl-cdk after reinitializing the source-registry. 1: [RETRY] Retry SLIME REPL evaluation request. 2: [*ABORT] Return to SLIME's top level. 3: [ABORT] Abort thread. Backtrace: 0: (#<FUNCTION {776A693B}> #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}> #<FUNCTION {776A693B}>) 1: (APPLY #<FUNCTION {776A693B}> (#<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}> #<FUNCTION {776A693B}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}> #<FUNCTION {776A693B}>) 3: (INVOKE-DEBUGGER #<ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR {342BCE09}>) 4: (ERROR ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR :NAME "abcl-cdk" :PATHNAME #P"/Users/sly/projects/abcl-cdk/abcl-cdk.asd" ...) 5: (#<FUNCTION {6B22DDBC}> #<PROGRAM-ERROR {27E3CBA1}>) 6: (SIGNAL #<PROGRAM-ERROR {27E3CBA1}>) 7: (ERROR PROGRAM-ERROR :FORMAT-CONTROL "Invalid initarg ~S in call to ~S with arglist ~S." :FORMAT-ARGUMENTS (:REPOSITORY MAKE-INSTANCE (#<ASDF/INTERFACE:MVN {5C4DCB7C}> :NAME "org.openscience.cdk/cdk-b.. 8: (MOP::CHECK-INITARGS (#<STANDARD-GENERIC-FUNCTION {22978F81}> #<STANDARD-GENERIC-FUNCTION {513D2D11}>) (#<ASDF/INTERFACE:MVN {5C4DCB7C}> :NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME.. 9: (#<FUNCTION {6B4F0153}> #<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> :NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL ...) 10: (APPLY #<FUNCTION {6B4F0153}> (#<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> :NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL :PARENT ...)) 11: (MAKE-INSTANCE #<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> :NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL ...) 12: (APPLY MAKE-INSTANCE #<STANDARD-CLASS ASDF/INTERFACE:MVN {2A4AE9E8}> (:NAME "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :PATHNAME NIL :PARENT #<ASDF/SYSTEM:SYSTEM {3E0B9897}> ...)) 13: (ASDF/PARSE-DEFSYSTEM:PARSE-COMPONENT-FORM #<ASDF/SYSTEM:SYSTEM {3E0B9897}> (:MVN "org.openscience.cdk/cdk-bundle/1.5.6-SNAPSHOT" :REPOSITORY NIL) :PREVIOUS-SERIAL-COMPONENT "org.freehep/freehep-graph.. 14: (ASDF/PARSE-DEFSYSTEM:PARSE-COMPONENT-FORM NIL (:MODULE "abcl-cdk" :PATHNAME NIL :NAME "abcl-cdk" ...)) 15: (#<FUNCTION {FE0272F}>) 16: (ASDF/CACHE:CALL-WITH-ASDF-CACHE #<FUNCTION {FE0272F}> :OVERRIDE NIL :KEY NIL) 17: (ASDF/PARSE-DEFSYSTEM:REGISTER-SYSTEM-DEFINITION :ABCL-CDK :NAME "abcl-cdk" :AUTHOR "Cyrus Harmon" ...) 18: (APPLY ASDF/PARSE-DEFSYSTEM:REGISTER-SYSTEM-DEFINITION :ABCL-CDK (:NAME "abcl-cdk" :AUTHOR "Cyrus Harmon" :SERIAL T ...)) 19: (SYSTEM::%LOAD #P"/Users/sly/projects/abcl-cdk/abcl-cdk.asd" NIL NIL T :UTF-8) --more-- So while it’s possible there may be an error in my ASDF file, it seems like we’re erroring out with a bogus error message. I’m having a hard time figuring out what the invalid initarg it’s complaining about in lines 7 and 8 are. Cyrus _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 1

[Armedbear-devel] [CfPart] International Lisp Conference 2014, August 15-17, Montreal
by Didier Verna 19 Aug '14

19 Aug '14

ILC 2014 - International Lisp Conference "Lisp on the Move" August 15-17 2014, Université de Montréal, Montréal, Canada Sponsored by the Association of Lisp Users In cooperation with: ACM SIGPLAN http://ilc2014.iro.umontreal.ca/ Latest News: * Only 4 days left before the early registration deadline! * Registration is now open. See http://ilc2014.iro.umontreal.ca/registration.php * Invited speakers announced. Christian Queinnec, Ambrose Bonnaire-Sergeant, Stefan Monnier, Marc Battyani. Scope: Lisp is one of the greatest ideas from computer science and a major influence for almost all programming languages and for all sufficiently complex software applications. The International Lisp Conference is a forum for the discussion of Lisp and, in particular, the design, implementation and application of any of the Lisp dialects. We encourage everyone interested in Lisp to participate. This year's focus is directed towards integrated solutions, including mobile computing. The conference also provides slots for lightning talks, to be registered on-site every day. The full programme is available here: http://ilc2014.iro.umontreal.ca/program.php Important Dates: - July 14, 2014: Early registration deadline - August 15, 2014: Conference starts Organizing Committee: General Chair: Marc Feeley (Université de Montréal, Montréal, Canada) Programme Chair: Didier Verna (EPITA Research lab, Paris, France) Local chair: Marc Feeley (Université de Montréal, Montréal, Canada) Programme Committee: Charlotte Herzeel, IMEC, ExaScience Life Lab, Belgium Dave Herman, Mozilla Research, USA Greg Pfeil, Clozure Associates, USA Irène Anne Durand, LaBRI University of Bordeaux, France Jim Newton, Cadence Design Systems, France Kuroda Hisao, Mathematical Systems Inc., Japan Matthew Might, University of Utah, USA Nicolas Neuss, Friedrich Alexander Universitat, Germany Ralf Möller, TUHH, Germany Sam Tobin-Hochstadt, Northeastern University, USA William Byrd, University of Utah, USA Contact: ilc14-organizing-committee at alu.org For more information, see http://ilc2014.iro.umontreal.ca/ -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] handling dependencies
by Eduardo Bellani 18 Aug '14

18 Aug '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello guys. This is my first post on the list, and beg your forgiveness if this question was already answered, but alas, my search-fu was incapable of finding anything that could have helped me. Here is my situation: I am trying to build a servlet using ABCL. The servlet is a middleware that will expose an API, consume JSON, and return JSON. I will also store some data into a postgres RDBMS. I've used the google-app-engine example as a basis to build a skeleton of my app, with a Java class providing a proxy for the servlet. If I don't use any dependencies on my project, everything runs ok. My problem is that I have the following system descriptor: (asdf:defsystem #:abcl-servlet :serial t :description "An example of a servlet using the ABCL stack." :author "Eduardo Bellani <ebellani(a)gmail.com>" :license "Beerware v. 42" :depends-on (:jsown :postmodern) :components ((:module :src :components ((:file "package") (:file "servlet-interface"))))) As you can see, I have some dependencies on my code. Dependencies which I must load before my packages can run. I'm wondering how I can load this dependencies without explicitly coding the load calls. FWIWI, the java proxy class is here: public class ServletProxy extends HttpServlet { static private Symbol doGet = null; static private Symbol doPost = null; static private Symbol doDestroy = null; static private Object lock = new Object(); static private boolean initialized = false; private static void doWithStreamsBound(Symbol whatToDo, HttpServletRequest req, HttpServletResponse resp) throws IOException { LispThread currentThread = LispThread.currentThread(); SpecialBindingsMark mark = currentThread.markSpecialBindings(); currentThread.bindSpecial(Symbol.STANDARD_OUTPUT, new Stream(Symbol.SYSTEM_STREAM, resp.getOutputStream(), Symbol.CHARACTER, false)); currentThread.bindSpecial(Symbol.STANDARD_INPUT, new Stream(Symbol.SYSTEM_STREAM, resp.getInputStream(), Symbol.CHARACTER, false)); try { currentThread.execute(whatToDo); } finally { currentThread.resetSpecialBindings(mark); } } /** * Initialize the lisp interpreter that the symbols that will be * called on the lisp servlet interface. Not surprisingly, these * symbols mirror the HttpServlet interface. This is a result of * this class being only a proxy for the internal lisp system. */ public void init(ServletConfig config) throws ServletException { // No need for any external usage of theInit Symbol theInit = null; Interpreter.initializeLisp(); Load.load(config.getServletContext().getRealPath("fasls/first-servlet.abcl")); LispThread.currentThread(); doGet = Lisp.internInPackage("DO-GET", "SERVLET-INTERFACE"); doPost = Lisp.internInPackage("DO-POST", "SERVLET-INTERFACE"); theInit = Lisp.internInPackage("INIT", "SERVLET-INTERFACE"); theDestroy = Lisp.internInPackage("DESTROY", "SERVLET-INTERFACE"); } public void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException { ServletProxy.doWithStreamsBound(doGet, req, resp); } } I'm planning to write down a tutorial that covers building a web app in ABCL from scratch up to a running servlet that touches a DB and returns JSON, so I want to know the best way to do those things. Thanks for the attention, and please let me know if you guys have any questions or pointers. See you. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPxEoQACgkQSbLl0kCTjGnAFACfWLAzM2qO0juJ1NYF0foTNHB5 Ei8An0Kodo4+LVtrIyOydrbhr3MqM+n+ =bIT2 -----END PGP SIGNATURE----- _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 1

[Armedbear-devel] ASDF-3.1.3 on abcl trunk
by Mark Evenson 06 Aug '14

06 Aug '14

[r14716][] contains asdf-3.1.3, which should not be functionally different from the previous asdf-3.1.2.9 [r14716]: http://abcl.org/trac/changeset/14716 -- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now." _______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

1 0

[Armedbear-devel] single float representation and timing
by bonasso 03 Jun '14

03 Jun '14

_______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

2 4

[Armedbear-devel] process run function
by bonasso 29 May '14

29 May '14

_______________________________________________ Armedbear-devel mailing list Armedbear-devel(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel

3 5