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
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
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)
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 ?
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...":
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
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
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
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
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
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
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
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
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
14 matches
Mail list logo
