On Thu, Feb 3, 2011 at 11:33 PM, David Dick wrote:
> t/filter/both_str_req_mix.t (Wstat: 65280 Tests: 0 Failed: 0)
> Non-zero exit status: 255
> Parse errors: Bad plan. You planned 1 tests but ran 0.
>
> Fedora 14 comes with
>
> Apache/2.2.17 (Unix)
> p
I rolled an rpm for this RC that you might want to take for a spin. I
had to modify the mod_perl.spec file to get rid of some
auto-dependencies that are non-sequitur, and this won't install any
conf files, but you should be able to install it on your FC14 machine,
I built it on a FC14 host. Sugge
A change in Module::Build recently brought it in line with
the behavior of ExtUtils::MakeMaker, which caused an error
to crop up in test cases:
# Error: Can't load
'/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/APR/Request/Apache2/Apache2.so'
for module APR::Request::Apache2:
/us
On Wed, 2 Feb 2011, Mark Hedges wrote:
>
> A change in Module::Build recently brought it in line with
> the behavior of ExtUtils::MakeMaker, which caused an error
> to crop up in test cases:
>
> # Error: Can't load
> '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/APR/Request/Apache2
Can you post the code and the httpd conf?
On Wed, Feb 2, 2011 at 10:28 PM, Mark Hedges wrote:
>
> A change in Module::Build recently brought it in line with
> the behavior of ExtUtils::MakeMaker, which caused an error
> to crop up in test cases:
>
> # Error: Can't load
> '/usr/lib/perl5/site_per
The next release of apreq will contain a package called
APR::Request::Magic, for apps that are meant to be portable
between cgi and mp2. What you've reported isn't a bug in
apreq or mp2, it's a bug in how your app uses apreq. APR::Request::Apache2
shouldn't be used outside a running modperl server
