stas2002/12/15 00:30:40
Modified:.Changes
lib/Apache compat.pm
t/conf modperl_extra.pl
t/compat request_body.t
t/response/TestCompat request_body.pm
Log:
fix the method content() in Apache::compat to read a
stas2002/12/15 00:49:24
Modified:xs/APR/APR Makefile.PL
Log:
s/qx/qq/; need to build the string not to run it
Revision ChangesPath
1.7 +2 -1 modperl-2.0/xs/APR/APR/Makefile.PL
Index: Makefile.PL
So, I have updated my src of apache, arp and mod_perl2 from cvs. Still the exact same result.
I've messed up while adjusting for the new libapr's naming. it's fixed now in
cvs. Though you shouldn't have had a problem in first place. it'd have just
skipped linking to the apr libs and shouldn't
[perl.apache.org keeps on timing out once in a while :( reposting]
Tom Schindl wrote:
Problems with Apache::compat
CGI-PARAM-STRING: header=%DC%DC%DC%DCbody=%D6%D6%D6%D6type=save_thread
cut--
[Sun Dec 08 21:39:09 2002] [error]
Nathan Byrd wrote:
Hi all,
I'm currently attempting to upgrade Apache::PAR to work with mod_perl 2,
and one of the issues I am running into is with byterange requests:
With mod_perl 1.x, it was possible (using Apache::File) to use
byteranges with requests using $r-each_byterange and
since I untar mod perl 2 of apache, I did not have anything in perl's
directory in my C:/Apache2
I have 2 line in my conf/httpd.conf
LoadFile C:/Perl/bin/perl56.dll
LoadModule perl_module modules/mod_perl.so
so my /perl is created my download from perl
