Everything was working (as far as I knew) until I ran the CPAN upgrade of ExtUtils::CBuilder and Module::Build.
Hrmm, the CGI example may be bad, I picked that up from a search result... $r is undefined. Handlers loaded from apache conf work fine, so this does not appear to affect production as far as I can tell right now. `./Build test` shows the error, but `prove -r t` does not. I use the CentOS binary packages for perl, mod_perl, httpd, etc. I built libapreq2 by hand, but it was working prior to doing these CPAN upgrades. mod_perl seems to work otherwise. Mark On Wed, 2 Feb 2011, Fred Moyer wrote: > Did you build mod_perl with /usr/bin/perl or another binary? > > Did you 'LoadModule perl_module modules/mod_perl.so'? > > This looks like more of a mod_perl issue than apreq. > > On Wed, Feb 2, 2011 at 12:44 PM, Mark Hedges <hed...@formdata.biz> wrote: > > > > I upgraded some CPAN libs including Module::Build and > > ExtUtils::CBuilder and started running into some problems. > > > > https://rt.cpan.org/Public/Bug/Display.html?id=65382 > > > > Hrmm, this seems to also affect cgi's in production: > > > > [Wed Feb 02 12:41:48 2011] [error] [client 64.22.103.163] /usr/bin/perl: > > symbol lookup error: > > /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/APR/Request/Apache2/Apache2.so: > > undefined symbol: modperl_xs_sv2request_rec > > > > #!/usr/bin/perl > > > > use strict; > > use warnings FATAL => 'all'; > > use English '-no_match_vars'; > > use YAML; > > use Apache2::Request; > > my $r = shift; > > my $req = Apache2::Request->new($r); > > $r->print("Content-type: text/plain\n\n"); > > $r->print(Dump(\%ENV)); > > > > Help? > > > > Mark > > > > >