On Tue, 23 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-RC2.tar.gz
All OK for me now on WinXP (Apache/2.2.2, Perl/5.8.8, mod_perl/SVN), except
for the
Jie Gao wrote:
t/apache/content_length_header..ok 16/27# Failed test 17 in
t/apache/content_length_header.t at
line 71 fail #2
This is already fixedi in mod_perl svn trunk (I think by me IIRC)
t/api/statusok 3/6# Failed test 4 in t/api/status.t
at line 35
all the libapreq2 tests now
pass for me with perl-5.8.8 (ActivePerl 817) and
Apache/2.2.2.
Good, so you didn't change anything in libapreq2.
So does that count as a +1 ?
If so, can I have at least 1 more from someone else please ?
--
Keith A. Carlson wrote:
I am running a dual processor PowerPC and have had mod_perl running for
almost two years with no problems. One of the applications that I have
been running is WebGUI (content management system). When I upgraded to
the most recent version of WebGUI it had me install a
Randy Kobes wrote:
On Tue, 23 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-RC2.tar.gz
All OK for me now on WinXP (Apache/2.2.2, Perl/5.8.8,
the same tests failed with apache 2.0.58 + mp 2.0.2, when I compiled it
yesterday.
also compiled and tested libapreq2 2.0.8-rc2, and those all passed (perl
5.8.7, 2.6.16-gentoo-r6), so +1 from me ;)
Enno
On Wed, 24 May 2006, Philip M. Gollucci wrote:
Jie Gao wrote:
On Wed, 24 May 2006, Philip M. Gollucci wrote:
all the libapreq2 tests now
pass for me with perl-5.8.8 (ActivePerl 817) and
Apache/2.2.2.
Good, so you didn't change anything in libapreq2.
So does that count as a +1 ?
Unfortunately, I forgot to change one thing in libapreq2,
related to the
Hello all,
SetEnv was convenient for site specific configurations.
We now use modperl and PerlSetEnv.
The problem is when under virtual hosting environments, one site's ENV value
(with the same name) (and set under location) inevitably gets used by
another site.
How is this problem correctly
On Wed, 2006-05-24 at 14:08 -0700, Bill Whillers wrote:
The problem is when under virtual hosting environments, one site's ENV value
(with the same name) (and set under location) inevitably gets used by
another site.
How is this problem correctly mitigated under mod_perl with virtual hosts?
Author: randyk
Date: Tue May 23 23:13:04 2006
New Revision: 409078
URL: http://svn.apache.org/viewvc?rev=409078view=rev
Log:
For Win32, change regex expression to allow capture of apr and aprutil library
names with numbers in their names.
Modified:
perl/modperl/trunk/xs/APR/APR/Makefile.PL
10 matches
Mail list logo