[hunchentoot-devel] Re: [flexi-streams-devel] Flexi-streams test suite failing on OpenMCL
On Mon, 21 May 2007 21:32:45 +0100, "Tiarnan O'Corrain" ocorrain@gmail.com wrote:
The flexi-streams test suite is failing on OpenMCL "Version 1.0 (DarwinPPC32)" on
Test "hebrew_utf8_lf.txt" (:UTF-8 :EOL-STYLE :LF) [INPUT] --> (:UTF-8 :EOL-STYLE :LF) [OUTPUT].
FWIW, I just borrowed my wife's iBook (PPC, OS X 10.3) for a couple of minutes and tried with OpenMCL Version 1.1 Prerelease 070512 (PPC-32). The test suite ran without problems for me. Could you check if it works for you as well?
I think this is also preventing Hunchentoot from working on recent OpenMCL versions
In the meantime, I've come to think this is another issue. I also had the problems others reported and the error message was something about some stream being "private" to some process. But I don't have enough time to dig into this, so if nobody steps up to resolve the issues with OpenMCL, I'll remove OpenMCL support from Hunchentoot for now.
Hi Edi--
I don't have enough time to dig into this, so if nobody steps up to resolve the issues with OpenMCL, I'll remove OpenMCL support from Hunchentoot for now.
The nuclear option? I recall hunchentoot working on OpenMCL a few months ago -- I was using it for some development (deployment to be on FreeBSD/cmucl), without any problems. Then the Mac got sick for a while, and when I got it back, hunchentoot was broken.
The unfortunate upshot of this (for me, at least), is that hunchentoot will no longer be deployable on a free Mac lisp, as SBCL/Mac doesn't have threading, and CMUCL/Mac is missing the multiprocessing package.
I'll try it out on the version you suggested later on today -- I'm using Mac OS X 10.4, so perhaps that has something to do with it. Another possibility would be to ask Gary Byers on the OpenMCL mailing list -- I'll do that when I get a chance to look at the problem in more detail.
Thanks,
Tiarnán
Hi Edi--
any chance I could get hold of a hunchentoot release from approx two months ago?
thanks,
Tiarnan
On Wed, 23 May 2007 14:51:43 +0100, "Tiarnan O'Corrain" ocorrain@gmail.com wrote:
any chance I could get hold of a hunchentoot release from approx two months ago?
For older releases see the last sentences of the download section:
On Wed, 23 May 2007 11:12:36 +0100, "Tiarnan O'Corrain" ocorrain@gmail.com wrote:
The nuclear option?
Yes. I don't necessarily /want/ to do that, but I can't test and maintain an OpenMCL version, so we either need someone who takes care of that or we'd better be honest and don't purport to support OpenMCL.
I recall hunchentoot working on OpenMCL a few months ago -- I was using it for some development (deployment to be on FreeBSD/cmucl), without any problems. Then the Mac got sick for a while, and when I got it back, hunchentoot was broken.
Are you still using the same OpenMCL version you used at that time?
I'll try it out on the version you suggested later on today -- I'm using Mac OS X 10.4, so perhaps that has something to do with it. Another possibility would be to ask Gary Byers on the OpenMCL mailing list -- I'll do that when I get a chance to look at the problem in more detail.
OK, I'll wait for that.
On May 23, 2007, at 3:12 AM, Tiarnan O'Corrain wrote:
The unfortunate upshot of this (for me, at least), is that hunchentoot will no longer be deployable on a free Mac lisp, as SBCL/Mac doesn't have threading, and CMUCL/Mac is missing the multiprocessing package.
sbcl/macos/x86 does have threading and it works quite nicely with hunchentoot, at least for my development work. Of course you have to build your own SBCL with threading support enabled, but that's true for all of the sbcl threads ports. Of course you're correct that there is no thread support for sbcl/macos/ppc.
-
Cyrus Harmon -
Edi Weitz -
Tiarnan O'Corrain