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

[armedbear-devel] PortableAserve on ABCL
by Dave Cooper 05 Jan '13

05 Jan '13

Happy New Year everybody! Welp it seems my porting binge which started over the holidays isn't quite settling down yet... So. What are the chances of getting Portableaserve to work in ABCL? Note that I'm not asking if there are better ways of serving web from ABCL (I'm sure there are). I'm just asking specifically about portableaserve on ABCL. Any opinions if this is within the realm of possibility, or would there be some obvious show-stopper? I guess most of the challenge would be getting an acl-compat working for ABCL... -- My Best, Dave Cooper, Genworks Support david.cooper(a)genworks.com, dave.genworks.com(skype) USA: 248-327-3253(o), 1-248-330-2979(mobile) UK: 0191 645 1699

2 1

[armedbear-devel] soap calls using java interop
by Kevin Raison 04 Jan '13

04 Jan '13

I am having trouble getting certain aspects of a soap client working using abcl's java interop; most likely, this is the result of my ignorance of how certain things map from java to lisp. Any help would be appreciated! The soap service is defined by this wsdl: http://chatsubo.net/~raison/usaepay.wsdl. The provider has a java library available for download at http://wiki.usaepay.com/developer/soap-1.4/howto/javajaxws. I have been able to use this library successfully in abcl (creating objects, calling methods on those objects, etc.), except when I need to call any of the methods defined in the java.rmi.Remote UeSoapServerPortType interface. For example, the method addCustomer is defined in the files http://chatsubo.net/~raison/UeSoapServerBindingStub.java and http://chatsubo.net/~raison/UeSoapServerPortType.java. No matter how I try to find the method (using jcall or various combinations of jmethod and class refs), I simply cannot find this method. What am I missing here? Thanks for any assistance! -Kevin -- Kevin Raison Founder Chatsubo.net, LLC http://chatsubo.net/ (p) 206-801-5728 (f) 206-801-5729

2 2

[armedbear-devel] ABCL on Android?
by Nitralime 04 Jan '13

04 Jan '13

Is there any effort to port ABCL to Android? Regards Nik

2 1

[armedbear-devel] ABCL-1.1.1
by Mark Evenson 02 Jan '13

02 Jan '13

We're approaching the "thirty days" timer for abcl-1.1.1. I would propose dusting off the readme versions, publishing abcl-1.1.1-dev as abcl-1.1.1-rc-0. I've backported from trunk what Rudi has fixed specific to (A)MOP (and therefore CLOSER-MOP). Need a locally patched Quicklisp for closer-mop, cffi, hunchentoot. I've started to dig through how to implement an "abcl" distribution for Quicklisp, but this will take more time than I probably have over the next few days (but who knows?). Excited to bring ABCL to Android, fix ANSI Streams, and more in 2013, Mark -- "A screaming comes across the sky. It has happened before, but there is nothing to compare it to now."

1 0

[armedbear-devel] Additional slots in function classes screw up std-compute-discriminating-function
by Pascal Costanza 23 Dec '12

23 Dec '12

Hi, What the subject says. Here is a test case: CL-USER(1): (use-package :mop) T CL-USER(2): (defclass my-function (standard-generic-function) ((a-slot :initarg :a-slot :accessor a-slot)) (:metaclass funcallable-standard-class)) #<FUNCALLABLE-STANDARD-CLASS MY-FUNCTION {24DF7EA4}> CL-USER(3): (defgeneric test (x y z) (:generic-function-class my-function)) #<THREAD "interpreter" {14BAAEA8}>: Debugger invoked on condition of type TYPE-ERROR The value TEST is not of type LIST. The reason is that std-compute-discriminating-function is also called for subclasses of standard-generic-function that don't override compute-discriminating function. The specialization in std-compute-discriminating-function should only occur if the passed function is _extactly_ a standard-generic-function (or if it doesn't add any slots on top of standard-generic-function). By the way, we're getting closer (ha!). More and more test cases in my test suites work. I'm pretty confident that I can add full support for ABCL in Closer to MOP for the next version of ABCL. Pascal -- Pascal Costanza

2 2

[armedbear-devel] Concatenating fasls
by Dave Cooper 21 Dec '12

21 Dec '12

Dear ABCLers, Is it possible to concatenate fasl files (.abcl files) in ABCL, to produce a single loadable .abcl file? -- My Best, Dave Cooper, Genworks Support david.cooper(a)genworks.com, dave.genworks.com(skype) USA: 248-327-3253(o), 1-248-330-2979(mobile) UK: 0191 645 1699

2 1

[armedbear-devel] abcl-1.1.0.2
by Mark Evenson 19 Dec '12

19 Dec '12

abcl-1.1.0.2 has been tagged and released. The abcl-1.1.0.2 release is functionally the same as artifacts built from the abcl-1.1.0 source , but not to the artifacts released on 07-DEC-2012, which were incorrectly compiled so that the JSS contrib would not load. The abcl-1.1.0 binaries available from [common-lisp.net][1] have been updated "in-place" with cryptographic signatures updated. [1]: http://common-lisp.net/project/armedbear/ The GoogleCode repository which feeds the MacPorts source doesn't allow re-publishing, so [uniquely named abcl-1.1.0.2 artifacts have been published there][2]. [2]: https://code.google.com/p/abcl-dynamic-install/downloads/list We still plan on releasing abcl-1.1.1 around New Year's Eve. hopefully getting better at managing releases, Mark -- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now."

1 0

[armedbear-devel] ABCL 1.1.0 re-published
by Mark Evenson 17 Dec '12

17 Dec '12

For reasons that are not entirely clear, JSS was not working with the images I published for abcl-1.1.0, even though building from the source on the tag worked fine. I have re-published and re-signed the release to common-lisp.net. Still sort of waiting for Quicklisp 2012-12 to drop before mailing an official announcement. Maybe we should just wait for abcl-1.1.1 at this point. mea culpa, Mark -- "A screaming comes across the sky. It has happened before, but there is nothing to compare it to now."

1 0

[armedbear-devel] ABCL 1.1.0
by Mark Evenson 10 Dec '12

10 Dec '12

Sometime later today, I intend to make [the current snapshots abcl-1.1.0-rc-2][rc-2] the functional base for [ABCL-1.1.0][]. Please speak up loud if we shouldn't do this. We will have a maintenance release within 30 days. [rc-2]: https://code.google.com/p/abcl-dynamic-install/downloads/list [ABCL-1.1.0]: http://trac.common-lisp.net/armedbear/milestone/1.1.0 For the Mgmt., Mark <evenson(a)panix.com> P.S. Multiple cryptographic signatures when tag is created would be a nice thing. -- "A screaming comes across the sky. It has happened before, but there is nothing to compare it to now."

3 8

Re: [armedbear-devel] jss wouldn't load in trunk, fixed in r14313
by Mark Evenson 07 Dec '12

07 Dec '12

I think this us fixed, but I am currently visiting my doctor so won't be able to verify until later. -- Mark Rudolf Schlatte <rudi(a)constantly.at> wrote: >Hi, > >I just removed a spurious dot in jss.asd which caused loading e.g. cffi to fail. If this . is also in the release candidate, it should be removed before release. :) (I fail at git-svn and so only see trunk.) > >Cheers, > >Rudi >_______________________________________________ >armedbear-devel mailing list >armedbear-devel(a)common-lisp.net >http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel >

1 1