Philip M. Gollucci wrote:
- When I ran "perl Makefile.PL --with-apache2=C:/apache2" I got an
error from win32/Configure.pl about Archive-Tar being missing, but
this is not mentioned in the PREREQUISITES file and was not checked by
test_prereq in Makefile.PL before calling this script.
Committe
Randy Kobes wrote:
On Fri, 19 May 2006, Steve Hay wrote:
Philip M. Gollucci wrote:> Please download, test, and report back on
the following> candidate tarball:> >
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC1.tar.gz
WinXP/VC++ 6.0, Apache-2.2.2, Perl-5.8.8:
- When I run "nmake
Jonathan wrote:
testing on my local mac network @home, its giving me addresses like
such:
fe81::2333:25ee:ffb2:b244
It's certainly an IPv6 address - 128 bits, and "::" means 'the longest
set of zeroes you can fit in'.
Maybe your macs are using IPv6 natively. Why is it causing a prob
Steve Hay wrote:
Philip M. Gollucci wrote:
- When I ran "perl Makefile.PL --with-apache2=C:/apache2" I got an
error from win32/Configure.pl about Archive-Tar being missing, but
this is not mentioned in the PREREQUISITES file and was not checked
by test_prereq in Makefile.PL before calling this
On May 22, 2006, at 4:56 AM, John ORourke wrote:
It's certainly an IPv6 address - 128 bits, and "::" means 'the
longest set of zeroes you can fit in'.
Maybe your macs are using IPv6 natively. Why is it causing a problem?
ah. i'm unfamiliar with them - this one looked different at first
On Mon, 22 May 2006, Philip M. Gollucci wrote:
Steve Hay wrote:
Philip M. Gollucci wrote:
- When I ran "perl Makefile.PL --with-apache2=C:/apache2" I got an error
from win32/Configure.pl about Archive-Tar being missing, but this is not
mentioned in the PREREQUISITES file and was not checked b
eval()ing it is a good idea, and then die()ing if it's not
available - I've committed a fix for this.
nice.
I'm wresting with one more build cleanup for module/Makefile.am
These actually moved into t/c-modules from c-modules. They currently fail
during (g)make clean and t/c-modules/'s (g)make c
Please download, test, and report back on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC2.tar.gz
I think we're ready from some +/-1s :)
Changes from RC1:
URL: http://svn.apache.org/viewvc?rev=408538&view=rev
Log:
On Win32, fix the location of apx
Forwarding back to the list(s)
Can you be more specific as to what you are talking about ?
--
Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer
On Mon, 22 May 2006, Steve Hay wrote:
[ ... ]
I have one test script failing, though.
When I ran "nmake test" from the top-level directory every test in
glue\perl\t\apreq\cgi.t failed with a generic Windows popup error message
saying "perl.exe has encountered a problem and needs to close...":
Edward J. Sabol wrote:
I think we're ready from some +/-1s :)
Although it doesn't affect me since I don't develop on Mac OS X, I'd
still like to see you include the simple CFLAGS fix for "make test"
for Mac OS X, for what it's worth.
Can you be more specific as to what you are talking about ?
Randy Kobes wrote:
I believe that error is the same error that arises in
many of the apr-ext tests in mod_perl (with Apache/2.2);
with httpd-2.2.2, it arises on about line 798 of apr_pools.c of
srclib/apr/memory/unix/, in the apr_pool_create_ex()
function - the line
if (allocator == NULL)
Philip M. Gollucci wrote:
Please download, test, and report back on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC2.tar.gz
FreeBSD 4.11/5.4/6.1
perl 5.8.8 w/o ithreads
httpd - 2.2.2, prefork mpm
apr is not threaded
mod_perl 2.0
Philip M. Gollucci wrote:
FreeBSD 4.11/5.4/6.1
perl 5.8.8 w/o ithreads
httpd - 2.2.2, prefork mpm
apr is not threaded
mod_perl 2.0.2
ALL libapreq tests pass +1
FreeBSD 5.4/6.1
perl 5.8.8 WITH ithreads
httpd 2.2.2 event AND worker mpms
apr IS threaded
mod_perl 2.0.2
14 matches
Mail list logo
