[Openmcl-devel] Portable AllegroServe

Mon Feb 8 13:11:50 PST 2016

The quicklisp version loads without complaint, until you (quickload :verbose t …).  The only run-time errors that I have encountered are in the CGI piece, with a call to a NOP in acl-compat, and then when that was fixed, a call to read-vector.  I stopped worrying about those when I realized that I can do my thing without CGI.  The CGI stuff probably never gets used any more (and therefore hasn’t been noticed).  A few other errors do show up during the compile - as they didn’t seem to affect me, I have ignored them.  But there does appear to have been some drift over the years.

Is Franz likely to care about the fate of portable aserve? or about who owns, or where is located, the “authoritative branch”.  Is there a way to get quicklisp to look at that authoritative branch?  Though my first programming rodeo was a long time ago, this is my first Lisp rodeo, and I don’t know whether those are simple, or tricky questions.  I’d happy to help sort it out, if necessary.

As someone new to this area, it is fairly confusing to find such a paucity of traceable, recent activity in the Lisp arena (those old sourceforge archives), in the normal on-line pursuit of information.  The impression is moribund rather than mature.  And that’s happening while the relevance and influence of Lisp are just exploding - check out Scala and closures, for example.  Sorry to rant - I’m sure I’m preaching to the choir.

> On Feb 8, 2016, at 10:05 AM, Dave Cooper <david.cooper at genworks.com> wrote:
> 
> 
> We have been using the quicklisp version of aserve (which I believe is sourced from Sourceforge git) for years, and it's been working acceptably for years for our purposes. There is recently a IPv6 issue which came up, which causes some annoyances but I don't think is a show-stopper.  I do need to circle back and confirm what all those issues were and to what extent they are resolved in latest Quicklisp and/or CCL (as I recall the main issues came into play in CCL 1.11 and not in CCL 1.10).
> 
> Portable aserve is crucial for its role in Gendl, and "switching to hunchentoot" is not a short- or medium-term option for us.  So Genworks would like to express its intention and willingness to support smooth running of portable aserve with as many CL implementations a possible.
> 
> How we make good on that intention is a bit of a TBD right now, but I will personally commit to spending some time with various versions of CCL and aserve by some time next week, and report back with my understanding of where things stand currently.  I may also advocate for moving the repository to common-lisp.net <http://common-lisp.net/> and trying to breathe new life into a new mailing list (the portableaserve Sourceforge discussion group has been dead, dead, dead for some time now). 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Sun, Feb 7, 2016 at 2:59 PM, Ron Garret <ron at flownet.com <mailto:ron at flownet.com>> wrote:
> I’ve been using the QuickLisp version (1.2.31) in light production for years.  Never had a problem.
> 
> On Feb 7, 2016, at 11:06 AM, Robert Cram <robert at robertcramconstruction.com <mailto:robert at robertcramconstruction.com>> wrote:
> 
> > I’m open to that idea.  I don’t have very much dependency on ASERVE - the port in my code might be a day or two.  But I wouldn’t want to exchange one set of aserve-related problems with a similarly sized set of hunchentoot problems.
> >
> > So of course I’d rather have someone say, “Sure, it’s easy, everyone knows that the authoritative portableaserve system is at X repository, in so and so version.
> >
> > Can one say that about hunchentoot?
> >
> > Bob
> >
> >> On Feb 7, 2016, at 10:48 AM, Ron Garret <ron at flownet.com <mailto:ron at flownet.com>> wrote:
> >>
> >> My advice would be to switch to Hunchentoot.
> >>
> >> On Feb 7, 2016, at 10:37 AM, Robert Cram <robert at robertcramconstruction.com <mailto:robert at robertcramconstruction.com>> wrote:
> >>
> >>>
> >>> Does there exist a commonly-accepted way to get a good copy of portable allegroserve, that works with CCL?
> >>>
> >>> This may be too much information, or irrelevant, but after operatiing for about a year with a good system, I ran into a bug in the CGI code, an incompatiility with the acl-compat layer.  I emptied out all the portableaserve tree and tried quicklisp:quickload :verbose “aserve”.  Oops - lots and lots of compile errors, including the same problem in the CGI/acl-compat stuff.
> >>>
> >>> A year ago was my first serious foray into Lisp. It was a tentative step at that point, and I didn’t record how I built my (mostly) working system.  I can revert my development system back to what I had before, and clean up the problems one by one, but I’d rather do it the right way - I have a system that’s approaching production.
> >>>
> >>> I apologize for asking here in the openmcl list, but I am having difficulty sorting out who’s who or what, out in the rest of the world. Obviously there’s some changing landscape in the git/subversion/sourceforge/everyone else world, that I don’t yet understand.  It’s not clear to me that there exists an central, authoritative voice, so I’m asking in the decentralized, trusted place.
> >>>
> >>> I would appreciate any pointers.
> >>>
> >>> - Bob
> >>>
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Openmcl-devel mailing list
> >>> Openmcl-devel at clozure.com <mailto:Openmcl-devel at clozure.com>
> >>> https://lists.clozure.com/mailman/listinfo/openmcl-devel <https://lists.clozure.com/mailman/listinfo/openmcl-devel>
> >>
> >>
> >
> > _______________________________________________
> > Openmcl-devel mailing list
> > Openmcl-devel at clozure.com <mailto:Openmcl-devel at clozure.com>
> > https://lists.clozure.com/mailman/listinfo/openmcl-devel <https://lists.clozure.com/mailman/listinfo/openmcl-devel>
> 
> _______________________________________________
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com <mailto:Openmcl-devel at clozure.com>
> https://lists.clozure.com/mailman/listinfo/openmcl-devel <https://lists.clozure.com/mailman/listinfo/openmcl-devel>
> 
> 
> 
> -- 
> My Best,
> 
> Dave Cooper
> genworks.com <http://genworks.com/>, gendl.org <http://gendl.org/>
> +1 248-330-2979
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clozure.com/pipermail/openmcl-devel/attachments/20160208/2a2c7cb9/attachment.htm>