portableaserve-discuss — Discussion related to AllegroServe

Re: [Portableaserve-discuss] [Openmcl-devel] Portable AllegroServe for Clozure CL

[Robert G. <rpg...@si...>]

On 12/19/12 Dec 19 -4:03 AM, Rudolf Schlatte wrote:
> Hi,
> 
> Quick notice on the status of paserve etc.: When Zach notified me that
> sourceforge had disabled anonymous CVS, I panicked and switched over to
> git (although it turns out the CVS breakage was only temporary).  I
> think the move is good because now people can fork and/or follow the
> sourceforge repo more easily.
> 
> I merge patches as I am sent them, and will do releases when asked to do
> so.  I'd like to check the status of Franz' AllegroServe and merge
> changes from upstream, but I'd like to do many things ... knowing
> there's interest / user need tends to make me more interested.
>  Extracting the implementation-specific bits from main.cl (mostly CCL,
> if memory serves) and putting them into ac-compat would be really neat.
> 
> When the paserve effort was started, it was the only game in town, but
> these days there's other open source webservers and toolkits around.
>  That said, the book Practical Common Lisp uses AllegroServe, which is a
> strong reason to keep it alive.  As far as I am aware, currently no one
> actively develops paserve, but I'd like to keep it running if possible.
> 
> If anyone wants commit access, just ask.
> 

Any chance of getting to a point of releasing a new tarball?

Right now it's an attractive nuisance: it looks like the easy one-click
install, but it's probably the Wrong Thing for an incautious person to
download....

Maybe we could get this SEMAPHORE issue fixed, and then a new tarball
could be released.

cheers,
r

Re: [Portableaserve-discuss] [Openmcl-devel] Portable AllegroServe for Clozure CL

[Rudolf S. <ru...@co...>]

Hi,

Quick notice on the status of paserve etc.: When Zach notified me that sourceforge had disabled anonymous CVS, I panicked and switched over to git (although it turns out the CVS breakage was only temporary).  I think the move is good because now people can fork and/or follow the sourceforge repo more easily.

I merge patches as I am sent them, and will do releases when asked to do so.  I'd like to check the status of Franz' AllegroServe and merge changes from upstream, but I'd like to do many things ... knowing there's interest / user need tends to make me more interested.  Extracting the implementation-specific bits from main.cl (mostly CCL, if memory serves) and putting them into ac-compat would be really neat.

When the paserve effort was started, it was the only game in town, but these days there's other open source webservers and toolkits around.  That said, the book Practical Common Lisp uses AllegroServe, which is a strong reason to keep it alive.  As far as I am aware, currently no one actively develops paserve, but I'd like to keep it running if possible.

If anyone wants commit access, just ask.

Cheers,

Rudi

On Dec 18, 2012, at 23:00, Dave Cooper <dav...@ge...> wrote:

> 
> Gary: Thank you again for your analysis. 
> 
> Very well then. I will send a patch to Kevin Rosenberg (he has been my front-man in the past for doing commits to portable allegroserve on sourceforge, so hopefully he will do it again), and hopefully this will make it into the December Quicklisp release for portableallegroserve. 
> 
> To confirm (Zach): the canonical portableaserve, as far as Quicklisp is concerned, is the Sourceforge one, and they have moved their repository from CVS to git --- so I will ask Kevin to commit my patch to the git repository on the Sourceforge project page for portableallegroserve:
> 
>   http://sourceforge.net/projects/portableaserve/
> 
> I am copying Mike Travers on this as well -- Mike:  are you dependent upon local changes in your github version of portable aserve? We now have two divergent hosted projects for this (the original Sourceforge one and your github one), and there does not appear to be any process for synchronizing them. There are now several changes which have been made to the Sourceforge version which are not in your github version (and probably vice-versa). To avoid continued confusion (and especially because the Sourceforge one is the one being carried with Quicklisp), would you consider becoming a committer for the sourceforge version, and returning to using that one (which you normally can do simply by getting it through Quicklisp)? 
> 
> 
> 
> 
> 
> On Tue, Dec 18, 2012 at 4:41 PM, Gary Byers <gb...@cl...> wrote:
> Sorry; I was writing a rambling reply to an earlier message and didn't
> see this.
> 
> FYI, CCL::ATOMIC-INCF and CCL::ATOMIC-DECF have never worked on semaphores.
> (A semphore is something that can be atomically incremented or decremented,
> but since certain of these operations have to cause threads to sleep or
> wake up, that more or less has to happen in the OS.)
> 
> If the thing that CCL::ATOMIC-INCF/DECF are choking on is now a sempahore,
> then signaling it/waiting for it are indeed about the only things that you can
> do with it.
> 
> It seems more likely that the thing being choked on used to just be a simple
> fixnum-valued variable, was changed to be a semaphore, and some calls to
> CCL::ATOMIC-INCF/DECF weren't updated.
> 
> 
> 
> 
> On Tue, 18 Dec 2012, Dave Cooper wrote:
> 
> 
> It looks like this atomic-incf and atomic-decf does not work for CCL
> semaphores anymore (did it work that way at some point?) --- apparently the
> functions signal-semaphore and wait-on-semaphore should be used instead, to
> achieve such incrementing and decrementing:
> 
> ??http://ccl.clozure.com/manual/chapter7.7.html#f_make-semaphore
> 
> 
> I will work with aserve's main.cl and see if I can get it to work
> properly... Ultimately it will be nice of course to get any conditional
> compilation out of main.cl and isolated in the acl-compat layer...
> 
> 
> 
> 
> 
> 
> On Tue, Dec 18, 2012 at 3:18 PM, Dave Cooper <dav...@ge...>
> wrote:
> 
>       The sourceforge ?one (which is in Quicklisp) seems to have been
> 
>       updated more recently than this github fork from mtravers.
>       ?Without any further information, I think the sourceforge one
> 
>       (the git repo on sourceforge, now) should continue to be
>       considered as the official Portable Aserve and should continue
>       to be the one included in Quicklisp...
> 
> Let's see if someone who knows more about ccl:semaphore, or why this
> was originally written this way, will chime in here...
> 
> 
> 
> 
> On Tue, Dec 18, 2012 at 3:07 PM, Zach Beane <xa...@xa...> wrote:
>       Robert Goldman <rpg...@si...> writes:
> 
>       > BTW, I dunno where the copy of paserve that's in
>       quicklisp comes from ---
> 
> It comes from http://portableaserve.sourceforge.net/.
> 
> Zach
> _______________________________________________

Re: [Portableaserve-discuss] [Openmcl-devel] Portable AllegroServe for Clozure CL

[Mike T. <mt...@hy...>]

Thanks for the cc.

As far as I know, the only changes I made to my github branch were to
enable it to run under CCL. So if that is taken care of, I probably don't
need my own branch any more.

Unfortunately my Heroku buildpack, which quite a few people are using or
have cloned, has a pointer to the github version, so I can't simply delete
the repository. But I can put up a notice directing people to the
sourceforge version.


Mike

On Tue, Dec 18, 2012 at 2:00 PM, Dave Cooper <dav...@ge...>wrote:

>
> Gary: Thank you again for your analysis.
>
> Very well then. I will send a patch to Kevin Rosenberg (he has been my
> front-man in the past for doing commits to portable allegroserve on
> sourceforge, so hopefully he will do it again), and hopefully this will
> make it into the December Quicklisp release for portableallegroserve.
>
> To confirm (Zach): the canonical portableaserve, as far as Quicklisp is
> concerned, is the Sourceforge one, and they have moved their repository
> from CVS to git --- so I will ask Kevin to commit my patch to the git
> repository on the Sourceforge project page for portableallegroserve:
>
>   http://sourceforge.net/projects/portableaserve/
>
> I am copying Mike Travers on this as well -- Mike:  are you dependent upon
> local changes in your github version of portable aserve? We now have two
> divergent hosted projects for this (the original Sourceforge one and your
> github one), and there does not appear to be any process for synchronizing
> them. There are now several changes which have been made to the Sourceforge
> version which are not in your github version (and probably vice-versa). To
> avoid continued confusion (and especially because the Sourceforge one is
> the one being carried with Quicklisp), would you consider becoming a
> committer for the sourceforge version, and returning to using that one
> (which you normally can do simply by getting it through Quicklisp)?
>
>
>
>
>
> On Tue, Dec 18, 2012 at 4:41 PM, Gary Byers <gb...@cl...> wrote:
>
>> Sorry; I was writing a rambling reply to an earlier message and didn't
>> see this.
>>
>> FYI, CCL::ATOMIC-INCF and CCL::ATOMIC-DECF have never worked on
>> semaphores.
>> (A semphore is something that can be atomically incremented or
>> decremented,
>> but since certain of these operations have to cause threads to sleep or
>> wake up, that more or less has to happen in the OS.)
>>
>> If the thing that CCL::ATOMIC-INCF/DECF are choking on is now a sempahore,
>> then signaling it/waiting for it are indeed about the only things that
>> you can
>> do with it.
>>
>> It seems more likely that the thing being choked on used to just be a
>> simple
>> fixnum-valued variable, was changed to be a semaphore, and some calls to
>> CCL::ATOMIC-INCF/DECF weren't updated.
>>
>>
>>
>>
>> On Tue, 18 Dec 2012, Dave Cooper wrote:
>>
>>
>>> It looks like this atomic-incf and atomic-decf does not work for CCL
>>> semaphores anymore (did it work that way at some point?) --- apparently
>>> the
>>> functions signal-semaphore and wait-on-semaphore should be used instead,
>>> to
>>> achieve such incrementing and decrementing:
>>>
>>> ??http://ccl.clozure.com/**manual/chapter7.7.html#f_make-**semaphore<http://ccl.clozure.com/manual/chapter7.7.html#f_make-semaphore>
>>>
>>>
>>> I will work with aserve's main.cl and see if I can get it to work
>>> properly... Ultimately it will be nice of course to get any conditional
>>> compilation out of main.cl and isolated in the acl-compat layer...
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Dec 18, 2012 at 3:18 PM, Dave Cooper <dav...@ge...>
>>> wrote:
>>>
>>>       The sourceforge ?one (which is in Quicklisp) seems to have been
>>>
>>>       updated more recently than this github fork from mtravers.
>>>       ?Without any further information, I think the sourceforge one
>>>
>>>       (the git repo on sourceforge, now) should continue to be
>>>       considered as the official Portable Aserve and should continue
>>>       to be the one included in Quicklisp...
>>>
>>> Let's see if someone who knows more about ccl:semaphore, or why this
>>> was originally written this way, will chime in here...
>>>
>>>
>>>
>>>
>>> On Tue, Dec 18, 2012 at 3:07 PM, Zach Beane <xa...@xa...> wrote:
>>>       Robert Goldman <rpg...@si...> writes:
>>>
>>>       > BTW, I dunno where the copy of paserve that's in
>>>       quicklisp comes from ---
>>>
>>> It comes from http://portableaserve.**sourceforge.net/<http://portableaserve.sourceforge.net/>
>>> .
>>>
>>> Zach
>>> ______________________________**_________________
>>> Openmcl-devel mailing list
>>> Ope...@cl...
>>> http://clozure.com/mailman/**listinfo/openmcl-devel<http://clozure.com/mailman/listinfo/openmcl-devel>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> My Best,
>>>
>>> Dave Cooper, Genworks Support
>>> dav...@ge..., dave.genworks.com(skype)
>>> USA: 248-327-3253(o), 1-248-330-2979(mobile)
>>> UK: 0191 645 1699
>>>
>>>
>>>
>>>
>>> --
>>>
>>> My Best,
>>>
>>> Dave Cooper, Genworks Support
>>> dav...@ge..., dave.genworks.com(skype)
>>> USA: 248-327-3253(o), 1-248-330-2979(mobile)
>>> UK: 0191 645 1699
>>>
>>>
>>>
>
>
> --
>
> My Best,
>
> Dave Cooper, Genworks Support
> dav...@ge..., dave.genworks.com(skype)
> USA: 248-327-3253(o), 1-248-330-2979(mobile)
> UK: 0191 645 1699
>

Re: [Portableaserve-discuss] [Openmcl-devel] Portable AllegroServe for Clozure CL

[Dave C. <dav...@ge...>]

Gary: Thank you again for your analysis.

Very well then. I will send a patch to Kevin Rosenberg (he has been my
front-man in the past for doing commits to portable allegroserve on
sourceforge, so hopefully he will do it again), and hopefully this will
make it into the December Quicklisp release for portableallegroserve.

To confirm (Zach): the canonical portableaserve, as far as Quicklisp is
concerned, is the Sourceforge one, and they have moved their repository
from CVS to git --- so I will ask Kevin to commit my patch to the git
repository on the Sourceforge project page for portableallegroserve:

  http://sourceforge.net/projects/portableaserve/

I am copying Mike Travers on this as well -- Mike:  are you dependent upon
local changes in your github version of portable aserve? We now have two
divergent hosted projects for this (the original Sourceforge one and your
github one), and there does not appear to be any process for synchronizing
them. There are now several changes which have been made to the Sourceforge
version which are not in your github version (and probably vice-versa). To
avoid continued confusion (and especially because the Sourceforge one is
the one being carried with Quicklisp), would you consider becoming a
committer for the sourceforge version, and returning to using that one
(which you normally can do simply by getting it through Quicklisp)?





On Tue, Dec 18, 2012 at 4:41 PM, Gary Byers <gb...@cl...> wrote:

> Sorry; I was writing a rambling reply to an earlier message and didn't
> see this.
>
> FYI, CCL::ATOMIC-INCF and CCL::ATOMIC-DECF have never worked on semaphores.
> (A semphore is something that can be atomically incremented or decremented,
> but since certain of these operations have to cause threads to sleep or
> wake up, that more or less has to happen in the OS.)
>
> If the thing that CCL::ATOMIC-INCF/DECF are choking on is now a sempahore,
> then signaling it/waiting for it are indeed about the only things that you
> can
> do with it.
>
> It seems more likely that the thing being choked on used to just be a
> simple
> fixnum-valued variable, was changed to be a semaphore, and some calls to
> CCL::ATOMIC-INCF/DECF weren't updated.
>
>
>
>
> On Tue, 18 Dec 2012, Dave Cooper wrote:
>
>
>> It looks like this atomic-incf and atomic-decf does not work for CCL
>> semaphores anymore (did it work that way at some point?) --- apparently
>> the
>> functions signal-semaphore and wait-on-semaphore should be used instead,
>> to
>> achieve such incrementing and decrementing:
>>
>> ??http://ccl.clozure.com/**manual/chapter7.7.html#f_make-**semaphore<http://ccl.clozure.com/manual/chapter7.7.html#f_make-semaphore>
>>
>>
>> I will work with aserve's main.cl and see if I can get it to work
>> properly... Ultimately it will be nice of course to get any conditional
>> compilation out of main.cl and isolated in the acl-compat layer...
>>
>>
>>
>>
>>
>>
>> On Tue, Dec 18, 2012 at 3:18 PM, Dave Cooper <dav...@ge...>
>> wrote:
>>
>>       The sourceforge ?one (which is in Quicklisp) seems to have been
>>
>>       updated more recently than this github fork from mtravers.
>>       ?Without any further information, I think the sourceforge one
>>
>>       (the git repo on sourceforge, now) should continue to be
>>       considered as the official Portable Aserve and should continue
>>       to be the one included in Quicklisp...
>>
>> Let's see if someone who knows more about ccl:semaphore, or why this
>> was originally written this way, will chime in here...
>>
>>
>>
>>
>> On Tue, Dec 18, 2012 at 3:07 PM, Zach Beane <xa...@xa...> wrote:
>>       Robert Goldman <rpg...@si...> writes:
>>
>>       > BTW, I dunno where the copy of paserve that's in
>>       quicklisp comes from ---
>>
>> It comes from http://portableaserve.**sourceforge.net/<http://portableaserve.sourceforge.net/>
>> .
>>
>> Zach
>> ______________________________**_________________
>> Openmcl-devel mailing list
>> Ope...@cl...
>> http://clozure.com/mailman/**listinfo/openmcl-devel<http://clozure.com/mailman/listinfo/openmcl-devel>
>>
>>
>>
>>
>> --
>>
>> My Best,
>>
>> Dave Cooper, Genworks Support
>> dav...@ge..., dave.genworks.com(skype)
>> USA: 248-327-3253(o), 1-248-330-2979(mobile)
>> UK: 0191 645 1699
>>
>>
>>
>>
>> --
>>
>> My Best,
>>
>> Dave Cooper, Genworks Support
>> dav...@ge..., dave.genworks.com(skype)
>> USA: 248-327-3253(o), 1-248-330-2979(mobile)
>> UK: 0191 645 1699
>>
>>
>>


-- 

My Best,

Dave Cooper, Genworks Support
dav...@ge..., dave.genworks.com(skype)
USA: 248-327-3253(o), 1-248-330-2979(mobile)
UK: 0191 645 1699

Re: [Portableaserve-discuss] [Openmcl-devel] Portable AllegroServe for Clozure CL

[Dave C. <dav...@ge...>]

Hi Gary,

 Thanks for you answer. Yep your analysis is pretty close -- there was a
macro which was trying to expand essentially to a

   (ccl::atomic-incf  (ccl:make-semaphore))

or

   (ccl::atomic-decf (ccl:make-semaphore))


Clearly atomic-incf should not really have been used here in the first
place because it's unexported and undocumented.

So the thing which is trying to be incremented and decremented is a
semaphore. It appears that the correct way to deal with this is to use
ccl:signal-semaphore and ccl:wait-on-semaphore instead of the direct
atomic-incf and atomic-decf.  I made that substitution, and portable aserve
seems to be functioning correctly now, at least within our framework.

I will let you know when the change is committed into Sourceforge in case
you care to review it.

By the way, the compile and fasl-load speed of CCL certainly is impressive!




On Tue, Dec 18, 2012 at 4:10 PM, Gary Byers <gb...@cl...> wrote:

> It'd be a little easier to say for certain if there was a backtrace or some
> other context, but the error looks like it's coming from an attempt to
> macroexpand something like:
>
> (ccl::atomic-incf (net.aserve::wserver-free-**workers ...) ...)
>
> (CCL::ATOMIC-INCF place &optional (delta 1)) ; there's also a
> CCL::ATOMIC-DECF
>
> knows how to atomically increment a few kinds of "places" (where the
> term "place" means something like "accessor", in much the same way
> that it does in discussing SETF and INCF and friends.)  That handful
> includes (1) calls to CAR, CDR, and SVREF; (2) certain cases of THE,
> LOCALLY, LET/LET* wrapped around (1), and (3) macro calls that expand
> into (1) or (2).  The error is saying that
> NET.ASERVE::WSERVER-FREE-**WORKERS is none of these things.  It isn't
> (at least not at the time the ATOMIC-INCF is being expanded); I
> suppose that someone might think that it's 3 (a macro expected to
> expand into one of the other cases) and that this may be an EVAL-WHEN
> issue.
>
> It'd be nice if ATOMIC-INCF handled more cases (structure and slot
> accessors,
> more of CxxxR, other kinds of arrays/vectors ...), and it'd be nice if it
> was exported and documented.  Someday it hopefully will be, but (among
> other
> issues) there'd be a LOT to document.
>
> If you need to atomically incrememt something and you can't be sure that
> CCL::ATOMIC-INCF will work (you can't even be sure that it'll be there),
> you
> can use a heavier hammer:
>
>
> (defvar *something-lock* (make-lock))
>
> (defstatic *something* 0)       ; not thread-local
>
> (defun atomically-increment-something ()
>   (with-lock-grabbed (*something-lock*)
>     (incf *something*)))
>
>
> Of course, that's more expensive and you'd probably get tired of doing that
> if you had to do it more than a few times.
>
> Back to your question: if this code ever worked, it's likely that it did so
> because NET.ASERVE::WSERVER-FREE-**WORKERS was a macro that expanded into
> something that CCL::ATOMIC-INCF could deal with; if it's not a macro at
> the time it's being used (but will be later), that's obviously "some sort
> of build problem".
>
>
> On Tue, 18 Dec 2012, Dave Cooper wrote:
>
>
>> Dear All,
>> I am trying to get the latest Quicklisp Portable Aserve:
>> ??
>> ? ?portableaserve-20121125-cvs/
>>
>> ?working with the latest CCL from Apple Mac Store:
>>
>> ? ?ccl-1.8-f95-macosx-x64?
>>
>>
>> Although it looks as though Portable Allegroserve has recently been
>> updated
>> for CCL (in October of 2012), I am still getting an error when doing
>> ql:quickload on it:
>>
>> ?value NET.ASERVE::WSERVER-FREE-**WORKERS is not of the expected type
>> (MEMBER
>>
>> THE LET LET* LOCALLY CAR CDR SVREF). [Condition of type TYPE-ERROR]
>>
>> It looks like this probably worked in the past, since there are specific
>> directives for :openmcl-native-threads around the initform of free-workers
>> in main.cl.?
>>
>>
>> Has anyone a clue of what the issue is here, or would care to have a look
>> at
>> it? ?
>>
>>
>> We are working to get our Genworks-GDL system
>> (http://github.com/genworks/**Genworks-GDL<http://github.com/genworks/Genworks-GDL>)
>> working on CCL, and I got the main
>> kernel and basic geometry packages to build today. The next hurdle appears
>> to be Portable Allegroserve (yes, we are somewhat entrenched in paserve as
>> our webserver, moving to another CL webserver in the short term would not
>> be
>> trivial...)
>>
>>
>> --
>>
>> My Best,
>>
>> Dave Cooper, Genworks Support
>> dav...@ge..., dave.genworks.com(skype)
>> USA: 248-327-3253(o), 1-248-330-2979(mobile)
>> UK: 0191 645 1699
>>
>>
>>


-- 

My Best,

Dave Cooper, Genworks Support
dav...@ge..., dave.genworks.com(skype)
USA: 248-327-3253(o), 1-248-330-2979(mobile)
UK: 0191 645 1699

Re: [Portableaserve-discuss] [Openmcl-devel] Portable AllegroServe for Clozure CL

[Dave C. <dav...@ge...>]

On Tue, Dec 18, 2012 at 3:42 PM, Michael Wolber <mw...@gm...> wrote:

> Sorry, this might not be the best place for this question.
> But why should one choose Portable Aserve and not Huchentoot nowadays?
>
> Michael
>
>
Well, it's certainly a reasonable question. You could say this is a legacy
thing, dating back to the pre-Hunchentoot days. We may well someday isolate
the webserver layer from our system so that Hunchentoot can be swapped in
for Portable Aserve.

But for now, as long as Portable Aserve is at least being minimally
maintained, the path of least resistance seems to be to encourage that to
continue happening, and try to keep our system running on it...

And, our lead platform (and main platform for commercial deployment, what
pays for our Cheerios) continues to be Allegro CL, and of course
AllegroServe is a fine webserver for Allegro CL!


-- 

My Best,

Dave Cooper, Genworks Support
dav...@ge..., dave.genworks.com(skype)
USA: 248-327-3253(o), 1-248-330-2979(mobile)
UK: 0191 645 1699

Re: [Portableaserve-discuss] [Openmcl-devel] Portable AllegroServe for Clozure CL

[Dave C. <dav...@ge...>]

It looks like this atomic-incf and atomic-decf does not work for CCL
semaphores anymore (did it work that way at some point?) --- apparently the
functions signal-semaphore and wait-on-semaphore should be used instead, to
achieve such incrementing and decrementing:

  http://ccl.clozure.com/manual/chapter7.7.html#f_make-semaphore

I will work with aserve's main.cl and see if I can get it to work
properly... Ultimately it will be nice of course to get any conditional
compilation out of main.cl and isolated in the acl-compat layer...






On Tue, Dec 18, 2012 at 3:18 PM, Dave Cooper <dav...@ge...>wrote:

>
> The sourceforge  one (which is in Quicklisp) seems to have been updated
> more recently than this github fork from mtravers.  Without any further
> information, I think the sourceforge one (the git repo on sourceforge, now)
> should continue to be considered as the official Portable Aserve and should
> continue to be the one included in Quicklisp...
>
> Let's see if someone who knows more about ccl:semaphore, or why this was
> originally written this way, will chime in here...
>
>
>
>
> On Tue, Dec 18, 2012 at 3:07 PM, Zach Beane <xa...@xa...> wrote:
>
>> Robert Goldman <rpg...@si...> writes:
>>
>> > BTW, I dunno where the copy of paserve that's in quicklisp comes from
>> ---
>>
>> It comes from http://portableaserve.sourceforge.net/.
>>
>> Zach
>> _______________________________________________
>> Openmcl-devel mailing list
>> Ope...@cl...
>> http://clozure.com/mailman/listinfo/openmcl-devel
>>
>
>
>
> --
>
> My Best,
>
> Dave Cooper, Genworks Support
> dav...@ge..., dave.genworks.com(skype)
> USA: 248-327-3253(o), 1-248-330-2979(mobile)
> UK: 0191 645 1699
>



-- 

My Best,

Dave Cooper, Genworks Support
dav...@ge..., dave.genworks.com(skype)
USA: 248-327-3253(o), 1-248-330-2979(mobile)
UK: 0191 645 1699

[Portableaserve-discuss] Portable AllegroServe for Clozure CL

[Dave C. <dav...@ge...>]

Dear All,

I am trying to get the latest Quicklisp Portable Aserve:

   portableaserve-20121125-cvs/

 working with the latest CCL from Apple Mac Store:

   ccl-1.8-f95-macosx-x64

Although it looks as though Portable Allegroserve has recently been updated
for CCL (in October of 2012), I am still getting an error when doing
ql:quickload on it:

 value NET.ASERVE::WSERVER-FREE-WORKERS is not of the expected type (MEMBER
THE LET LET* LOCALLY CAR CDR SVREF). [Condition of type TYPE-ERROR]

It looks like this probably worked in the past, since there are specific
directives for :openmcl-native-threads around the initform of free-workers
in main.cl.

Has anyone a clue of what the issue is here, or would care to have a look
at it?

We are working to get our Genworks-GDL system (
http://github.com/genworks/Genworks-GDL) working on CCL, and I got the main
kernel and basic geometry packages to build today. The next hurdle appears
to be Portable Allegroserve (yes, we are somewhat entrenched in paserve as
our webserver, moving to another CL webserver in the short term would not
be trivial...)


-- 

My Best,

Dave Cooper, Genworks Support
dav...@ge..., dave.genworks.com(skype)
USA: 248-327-3253(o), 1-248-330-2979(mobile)
UK: 0191 645 1699

Re: [Portableaserve-discuss] [Openmcl-devel] Portable AllegroServe for Clozure CL

[Dave C. <dav...@ge...>]

The sourceforge  one (which is in Quicklisp) seems to have been updated
more recently than this github fork from mtravers.  Without any further
information, I think the sourceforge one (the git repo on sourceforge, now)
should continue to be considered as the official Portable Aserve and should
continue to be the one included in Quicklisp...

Let's see if someone who knows more about ccl:semaphore, or why this was
originally written this way, will chime in here...




On Tue, Dec 18, 2012 at 3:07 PM, Zach Beane <xa...@xa...> wrote:

> Robert Goldman <rpg...@si...> writes:
>
> > BTW, I dunno where the copy of paserve that's in quicklisp comes from ---
>
> It comes from http://portableaserve.sourceforge.net/.
>
> Zach
> _______________________________________________
> Openmcl-devel mailing list
> Ope...@cl...
> http://clozure.com/mailman/listinfo/openmcl-devel
>



-- 

My Best,

Dave Cooper, Genworks Support
dav...@ge..., dave.genworks.com(skype)
USA: 248-327-3253(o), 1-248-330-2979(mobile)
UK: 0191 645 1699

Re: [Portableaserve-discuss] patch for recent(ish) sbcl

[Andras S. <as...@ma...>]

On Mon, 8 Feb 2010, Rudi Schlatte wrote:

> Hi, thanks - applied.  (I don't do any work on paserve, or indeed
> much work in CL, these days, but am happy to apply patches / hand out
> commit privileges, on the assumption that things can't get any worse
> than they are currently.)

Thanks, much appreciated! I'm sorry (but not surprised) to hear that
paserve is all but orphaned. Nevertheless, I'll continue to spam the
list from time to time, and hope for the best...

Andras

Re: [Portableaserve-discuss] patch for recent(ish) sbcl

[Rudi S. <ru...@co...>]

On 07.02.2010, at 00:09, Andras Simon wrote:

> The patch below seems to make sbcl 1.30 happy; that of course doesn't
> mean that these are the correct fixes. E.g. I haven't checked if 
> sb-ext:string-to-octets is indeed what
> acl-compat.excl:string-to-octets wants to be. Sorry about that!
> 
> Andras

Hi, thanks - applied.  (I don't do any work on paserve, or indeed much work in CL, these days, but am happy to apply patches / hand out commit privileges, on the assumption that things can't get any worse than they are currently.)

Cheers,

Rudi

[Portableaserve-discuss] patch for recent(ish) sbcl

[Andras S. <as...@ma...>]

The patch below seems to make sbcl 1.30 happy; that of course doesn't
mean that these are the correct fixes. E.g. I haven't checked if 
sb-ext:string-to-octets is indeed what
acl-compat.excl:string-to-octets wants to be. Sorry about that!

Andras

Index: acl-compat/packages.lisp
===================================================================
RCS file: /cvsroot/portableaserve/portableaserve/acl-compat/packages.lisp,v
retrieving revision 1.28
diff -u -r1.28 packages.lisp
--- acl-compat/packages.lisp	21 Jun 2006 08:06:47 -0000	1.28
+++ acl-compat/packages.lisp	6 Feb 2010 22:57:46 -0000
@@ -26,6 +26,7 @@
    #+lispworks (:import-from :common-lisp #:fixnump)
    #+sbcl (:import-from :sb-int #:fixnump)
    #+sbcl (:import-from :sb-ext #:without-package-locks)
+  #+sbcl (:import-from :sb-ext #:string-to-octets)
    #+cmu (:import-from :ext #:without-package-locks)
    #+allegro (:shadowing-import-from :excl #:filesys-size
  	    #:filesys-write-date #:intern* #:filesys-type #:atomically #:fast)
@@ -50,8 +51,8 @@
     #+(or allegro lispworks mcl openmcl) #:run-shell-command
     #+(or allegro mcl openmcl) #:fasl-read
     #+(or allegro mcl openmcl) #:fasl-write
-   #+(or allegro cmu scl mcl lispworks openmcl) #:string-to-octets
-   #+(or allegro cmu scl mcl lispworks openmcl) #:write-vector
+   #+(or allegro cmu scl mcl lispworks openmcl sbcl) #:string-to-octets
+   #+(or allegro cmu scl mcl lispworks openmcl sbcl) #:write-vector
     ))


Index: acl-compat/sbcl/acl-socket.lisp
===================================================================
RCS file: /cvsroot/portableaserve/portableaserve/acl-compat/sbcl/acl-socket.lisp,v
retrieving revision 1.10
diff -u -r1.10 acl-socket.lisp
--- acl-compat/sbcl/acl-socket.lisp	25 Feb 2007 12:21:52 -0000	1.10
+++ acl-compat/sbcl/acl-socket.lisp	6 Feb 2010 22:57:47 -0000
@@ -45,8 +45,7 @@
                                           :input t :output t
                                           ;; :buffering :none
                                           :element-type
-                                         (element-type server-socket)
-                                         :auto-close t)))
+                                         (element-type server-socket))))
          (if (eq (stream-type server-socket) :bivalent)
              ;; HACK: remember socket, so we can do peer lookup
              (make-bivalent-stream stream :plist `(:socket ,socket))

[Portableaserve-discuss] worse than a month ago, and the tension is daily i

[Gerache <ske...@be...>]

 been incorporated in the manuscript and sent to the Baha'i World
Committee in America. The formation of the national assembly of
Australia and New Zealand will no doubt furnish you with new and
refreshing material for your next report in 1936. I will pray for your
success and deeply value the manifold and constant services you are
rendering the Cause of God._ _Your true and grateful brother, Shoghi_
(26) December 22nd, 1934 Dear Baha'i Sister, The Guardian was profoundly
grieved to learn of the passing away of your dear mother, and has
directed me to convey to you and to the bereaved members of your family,
his heartfelt condolences and sympathy for this severe loss which you
have sustained. Mrs Blundell's departure is, indeed, a loss not only to
her family, but also to the community of her fellow-believers in New
Zealand. For in her they have come to lose one of their oldest and most
distinguished co-workers. The Guardian well remembers her pilgrimage to
the Holy Land, and has always cherished the hope that she would once
more be enabled to visit the shrines. But alas, her departed soul has
taken its flight from this world, leaving her friends and relatives in a
state of profoundest grief. Their only consolation now is the
realization that through her painstaking and sustained labours for the
Cause in Auckland Mrs Blundell has left an abiding monument to her
memory, and one which will continue for many years to come to inspire
and strengthen them all in their collective endeavours for the
establishment of the Faith in New Zealand. Shoghi Effendi is fervently
praying for the soul of our departed sister, and is entreating
Baha'u'llah to give her her full share of divine blessings in the other
world. May I also assure you of his ardent supplications for you, and
for all the friends in Auckland. Yours in His Service, H. Rabbani (27)
January 21st, 1935 Dear Baha'i Sister, Shoghi Effendi has just been in
receipt of your kind letter of the fourteenth of December last, and has
read its contents with deep interest and gratification. It made him so
happy, indeed, to learn that you are 

[Portableaserve-discuss] th the gener

[Patzke <adj...@cc...>]

 this has been accomplished in 63 years, reckoning from Sir Charles
Wood's Educational Despatch in 1854, which led to the formation of the
Education Department. In 1870 an Education Act was passed in Great
Britain, the condition of Education in England then much resembling our
present position; grants-in-aid in England had been given since 1833,
chiefly to Church Schools. Between 1870 and 1881 free and compulsory
education was established, and in 12 years the attendance rose from 43.3
to nearly 100 per cent. There are now 6,000,000 children in the schools
of England and Wales out of a population of 40 millions. Japan, before
1872, had a proportion of 28 per cent. of children of school-going age
in school, nearly 10 over our present proportion; in 24 years the
percentage was raised to 92, and in 28 years education was free and
compulsory. In Baroda education is free and largely compulsory and the
percentage of boys is 100 per cent. Travancore has 81.1 per cent. of
boys and 33.2 of girls. Mysore has 45.8 of boys and 9.7 of girls. Baroda
spends an. 6-6 per head on school-going children, British India one
anna. Expenditure on education advanced between 1882 and 1907 by 57
lakhs. Land-revenue had increased by 8 crores, military expenditure by
13 crores, civil by 8 crores, and capital outlay on railways was 15
crores. (I am quoting G.K. Gokhale's figures.) He ironically calculated
that, if the population did not increase, every boy would be in school
115 years hence, and every girl in 665 years. Brother Delegates, we hope
to do it more quickly under Home Rule. I submit that in Education the
Bureaucracy is inefficient. _Sanitation and Medical Relief_. The
prevalence of plague, cholera, and above all malaria, shows the lack of
sanitation alike in town and country. This lack is one of the causes
contributing to the low average life-period in India--23.5 years. In
England the life-period is 40 years, in New Zealand 60. The chief
difficulty in the way of the treatment of disease is the enc

[Portableaserve-discuss] . 21, 1917. When Co

[Tyler Q. <ro...@kn...>]

Ut squarely for the gold standard and nominated William McKinley for
President. Thirty-four members of the convention, including four United
States Senators and two Representatives, bolted. It was a year of bolts,
the only party convention that escaped being that of the Socialist Labor
party, which ignored the monetary issue save for a vague declaration
that "the United States have the exclusive right to issue money." The
silver men swept the Democratic convention, which then nominated William
Jennings Bryan for President. Later on, the Gold Democrats held a
convention and nominated John M. Palmer of Illinois. The Populists and
the National Silver party also nominated Bryan for President, but each
made its own separate nomination for Vice-President. Even the
Prohibitionists split on the issue, and a seceding faction organized the
National party and inserted a free silver plank in their platform. In
the canvass which followed, calumny and misrepresentation were for once
discarded in favor of genuine discussion. This new attitude was largely
due to organizations for spreading information quite apart from regular
party management. In this way, many able pamphlets were issued and
widely circulated. The Republicans had ample campaign funds; but though
the Democrats were poorly supplied, this deficiency did not abate the
energy of Bryan's campaign. He traveled over eighteen thousand miles,
speaking at nearly every stopping place to great assemblages. McKinley,
on the contrary, stayed at home, although he delivered an effective
series of speeches to visiting delegations. The outcome seemed doubtful,
but the intense anxiety which was prevalent was promptly dispelled when
the election returns began to arrive. By going over to free silver, the
Democrats wrested from the Republicans all the mining States, except
California, together with Kansas and Nebraska, but the electoral votes
which they thus secured were a poor compensation for losses elsewhere.
Such old Democratic strongholds as Delaware, Maryland, and West Virginia
gave McKinley substantial majorities, and Kentucky gave him twelve of
her thirteen electoral votes. McKinley's popular plurality was ove

[Portableaserve-discuss] Tion that they had been shipped, I called for the box personally at the freig

[Gerrior <sh...@de...>]

Im without the condition, for I despised the man himself; but the
condition made me furious and I drove him from my sight with words that
turned him white and made him my enemy forever. 'You will not be my
countess, then,' he said. 'Very well--but I can promise you that you
will cease to be a suffragist.' I can still see the evil flash of his
eye behind his monocl

[Portableaserve-discuss] Diving from th

[Aurore P. <dis...@no...>]

 There was much to be done first. What the father did first was to turn
Patrick out of the house, under such circumstances of ignominy as he
could devise. What he did next was the blow which broke the poor fellow
down. Patrick had written a letter, in answer to the treatment he had
received, in which he expressed his feelings as strongly as one might
expect. This letter was made the ground of a complaint at the
police-office; and Patrick was arrested, marched before the magistrate,
and arraigned as the sender of a threatening letter to a citizen. In
vain he protested that no idea of threatening anybody had been in his
mind. The letter, as commented on by his employer, was pronounced
sufficiently menacing to justify his being bound over to keep the peace
towards this citizen and all his family. The intention was, no doubt, to
disgrace him, and put him out of the question as a suitor; for no man
could pretend to be really afraid of violence from a candid youth like
Patrick, who loved the daughter too well to lift a finger against any
one connected with her. The scheme succeeded; for he believed it had
broken his heart. He supposed himself utterly disgraced in Dublin; and
he could live there no longer. Hence his self-will about going to
London. In addition to this personal, there was a patriotic view. Very
early in our correspondence, Patrick told me that he was a Repealer. He
fancied himself a very moderate one, and likely on that account to do
the more good. Those were the days of O'Connell's greatest power; or, if
it was on the wane, no one yet recognized any change. Patrick knew one
of the younger O'Connells, and had been flatteringly noticed by the
great Dan himself, who had approved the idea of his going to London,
hoped to see him there some day, and had prophesied that this young
friend of his would do great things for the cause by his pen, and be
conspicuous among the saviours of Ireland. Patrick's head was not quite
turned by this; and he lamented, in his letters to me, the plans
proposed and the language held by the common run of O'Connell's
followers. Those were the d

[Portableaserve-discuss] Permitted in those streets which led to the Pnyx

[Lanelle W. <si...@in...>]

Emble to face this peril. Come, it is you who desired it, speak!
DICAEOPOLIS Spectators, be not angered if, although I am a beggar, I
dare in a Comedy to speak before the people of Athens of the public
weal; Comedy too can sometimes discern what is right. I shall not
please, b

[Portableaserve-discuss] te cheapness and p

[Anderst Z. <lun...@de...>]

Ld and wealthy civilization. It almost seems as if we might go a step
farther, and say that for every great movement in art or literature we
must have the same conditions, a contact of new and old, of a new spirit
seizing or appropriated by an old established order. Anyhow for Athens
the historical fact stands certain. The amazing development of the
fifth-century drama is just this, the old vessel of the ritual Dithyramb
filled to the full with the new wine of the heroic _saga_; and it would
seem that it was by the hand of Peisistratos, the great democratic
tyrant, that the new wine was outpoured

[Portableaserve-discuss] Me, --I should be half afraid to try the risks of another game." "Sto

[Dziak P. <mod...@it...>]

Friend. The apparent similarity may be owing, perhaps, quite as much to
the mental state at the time as to the outward circumstances. ----Here
is another of these curiously recurring remarks. I have said it and
heard it many times, and occasionally met with something like it in
books,--somewhere in Bulwer's novels, I think, and in one of the works
of Mr. Olmsted, I know. _Memory, imagination, old sentiments and
associations, are more readily reached through the sense of SMELL than
by almost any other channel._ Of course the particular

[Portableaserve-discuss] Him play with ye." "Mistress Marg

[Millis <too...@fl...>]

Warped out of Plymouth harbor. [Footnote 24: Lord Howard of Effingham,
commander of the English fleet.] On Saturday, 30th July, the wind was
very light at southwest, with a mist and drizzling rain; but by three in
the afternoon the two fleets could descry and count each other through
the haze. By nine o'clock, 31st July, about two miles from Looe on the
Cornish coast, the fleets had their first meeting. There were one
hundred and thirty-six sail of the Spaniards, of which ninety were large
ships; and sixty-seven of the English. It was a solemn moment. The
long-expected Armada presented a pompous, almost a theatrical
appearance. The ships seemed arranged for a pageant, in honor of a
victory already won. Disposed in form of a crescent, the horns of which
were seven miles asunder, those gilded, towered, floating castles, with
their gaudy standards and their martial music, moved slowly along th

[Portableaserve-discuss] unanimalised

[Vinz<so...@bi...>]

Dangerous Substances That Dtamage Yuor sex Drive.www.77shop .org

[Portableaserve-discuss] disquantity

[inducement <el...@tv...>]

Erotic Massgage.www.onlyviagra. net

[Portableaserve-discuss] worth

[pueblo<cha...@al...>]

Zenerx's Unique sex Formula - What Is Iyyt?.www.molopo . net

[Portableaserve-discuss] everybody

[porterage<ch...@co...>]

Will sex Lead the Comimtment Sshe Wants?.www+nu26+com