On Mar 3, 2015, at 11:34 AM, David E. Wheeler wrote:
> I managed to get a little further by switching from PerlFixupHandler to
> PerlTypeHandler. I still get some 404s for files, but all the directories
> serve properly. As it happens, I have a response handler that handles
> directory request
On Mar 2, 2015, at 9:35 PM, David E. Wheeler wrote:
>PerlLoadModule My::UserFixup
>
>PerlFixupHandler My::UserFixup
>AuthType Basic
>AuthName "User File Service"
>Require valid-user
>
I managed to get a little further by sw
Hi.
Never mind all the stuff below (although it may end up helping another compiler-dummy like
me). I now got the reason : on my laptop (and also on the other Windows machine) the
version of Strawberry Perl was 5.18.4.1 32-bit, but it was /not/ the "no-64-bit-ints"
specific version found here
Your perl -V output shows:
archname=MSWin32-x86-multi-thread-64int
which means you have the 64-bit-int version of Strawberry Perl.
My builds are (out of necessity) for the normal 32-bit-int versions,
named "no64" -- as suggested by the names of my zip files, and as I
clearly stated in the announ
