[mp2] undefined symbol in make test with threaded Apache 2.2.11

This is my first attempt at using a threaded MPM.
Sorry but I don't have time to try prefork build of Apache 2.2.11.
Leaving town tomorrow but will monitor email for comments on this.

Thanks,
cmac
www.animalhead.com


-------------8<---------- Start Bug Report ------------8<----------
1. Problem Description:

Neither mod_perl 2.0.4 nor the current build modperl-2.0_20081223052020
play well with apache 2.2.11. Both get the following error message
shortly
after entering 'make test':

mod_perl-2.0.4 $ make test
cd "src/modules/perl" && make
/usr/bin/perl -Iblib/arch -Iblib/lib t/TEST -clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT=
APACHE_TEST_USER= APACHE_TEST_APXS= /usr/bin/perl -Iblib/arch -Iblib/
lib t/TEST -bugreport -verbose=0
/usr/local/apache2/bin/httpd -d /build/mod_perl-2.0.4/t -f /build/
mod_perl-2.0.4/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS
using Apache/2.2.11 (event MPM)

waiting 120 seconds for server to start: .httpd: Syntax error on line
17 of /build/mod_perl-2.0.4/t/conf/httpd.conf: Cannot load /build/
mod_perl-2.0.4/src/modules/perl/mod_perl.so into server: /build/
mod_perl-2.0.4/src/modules/perl/mod_perl.so: Undefined symbol
"PL_markstack_ptr"
.....

2. Used Components and their Configuration:

*** mod_perl version 2.000004

*** using /build/mod_perl-2.0.4/lib/Apache2/BuildConfig.pm

*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS => /usr/local/apache2/bin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1


*** /usr/local/apache2/bin/httpd -V
Server version: Apache/2.2.11 (Unix)
Server built: Dec 22 2008 22:17:00
Server's Module Magic Number: 20051115:21
Server loaded: APR 1.3.3, APR-Util 1.3.4
Compiled using: APR 1.3.3, APR-Util 1.3.4
Architecture: 32-bit
Server MPM: Event
threaded: yes (fixed thread count)
forked: yes (variable process count)
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/experimental/event"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_FLOCK_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=128
-D HTTPD_ROOT="/usr/local/apache2"
-D SUEXEC_BIN="/usr/local/apache2/bin/suexec"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"

*** /usr/bin/ldd /usr/local/apache2/bin/httpd
/usr/local/apache2/bin/httpd:
libz.so.3 => /lib/libz.so.3 (0x2820a000)
libm.so.4 => /lib/libm.so.4 (0x2821b000)
libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28231000)
libaprutil-1.so.3 => /usr/local/apache2/lib/libaprutil-1.so.
3 (0x2825d000)
libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x2827c000)
libapr-1.so.3 => /usr/local/apache2/lib/libapr-1.so.3
(0x2829d000)
libcrypt.so.3 => /lib/libcrypt.so.3 (0x282c5000)
libpthread.so.2 => /lib/libpthread.so.2 (0x282dd000)
libc.so.6 => /lib/libc.so.6 (0x28301000)


*** (apr|apu)-config linking info

-L/usr/local/apache2/lib -laprutil-1 -lexpat -L/usr/local/lib
-L/usr/local/apache2/lib -lapr-1 -lcrypt -lpthread



*** /usr/local/bin/perl -V
Summary of my perl5 (revision 5 version 8 subversion 9) configuration:
Platform:
osname=freebsd, osvers=6.3-release, archname=i386-freebsd-thread-
multi-64int
uname='freebsd sakomina.securesites.net 6.3-release freebsd 6.3-
release #2: wed jun 25 14:30:46 mdt 2008
root@fc:usrsrcsysi386compilevkern i386 '
config_args='-Dd_dosuid=define -Dotherlibdirs=/usr/local/lib/
perl5/5.8.7/i386-freebsd:/usr/local/lib/perl5/5.8.7:/usr/loc al/lib/
perl5/site_perl/5.8.7/i386-freebsd:/usr/local/lib/perl5/vend or_perl/
5.8.7/i386-freebsd -Dvendorprefix=/usr/local -Dmyhostname=www -
Dmydomain=animalhead.com -Dusethreads -Dusemultiplicity -Duseithreads
-Duse64bitint'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-
strict-aliasing -pipe -I/usr/local/include',
optimize='-O',
cppflags='-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-
aliasing -pipe -I/usr/local/include'
ccversion='', gccversion='3.4.6 [FreeBSD] 20060305',
gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long long', ivsize=8, nvtype='double', nvsize=8,
Off_t='off_t', lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags ='-pthread -Wl,-E -L/usr/local/lib'
libpth=/usr/lib /usr/local/lib
libs=-lgdbm -lm -lcrypt
perllibs=-lm -lcrypt
libc=, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
cccdlflags='-DPIC -fPIC', lddlflags='-shared -L/usr/local/lib'


Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
PERL_MALLOC_WRAP
USE_64_BIT_INT USE_FAST_STDIO USE_ITHREADS
USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API
Built under freebsd
Compiled at Dec 22 2008 19:57:33
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/usr/local/lib/perl5/5.8.9/i386-freebsd-thread-multi-64int
/usr/local/lib/perl5/5.8.9
/usr/local/lib/perl5/site_perl/5.8.9/i386-freebsd-thread-
multi-64int
/usr/local/lib/perl5/site_perl/5.8.9
/usr/local/lib/perl5/site_perl/5.8.8
/usr/local/lib/perl5/site_perl/5.8.7
/usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/vendor_perl/5.8.9/i386-freebsd-thread-
multi-64int
/usr/local/lib/perl5/vendor_perl/5.8.9
/usr/local/lib/perl5/vendor_perl/5.8.7
/usr/local/lib/perl5/vendor_perl
/usr/local/lib/perl5/5.8.7/i386-freebsd
/usr/local/lib/perl5/5.8.7
/usr/local/lib/perl5/site_perl/5.8.7/i386-freebsd
/usr/local/lib/perl5/vendor_perl/5.8.7/i386-freebsd
.

*** Packages of interest status:

Apache2 : -
Apache2::Request : 2.07
CGI : 3.10, 3.42
ExtUtils::MakeMaker: 6.17, 6.48
LWP : 5.819, 5.822
mod_perl : 1.29
mod_perl2 : 2.000003, 2.000005


This report was generated by t/REPORT on Tue Dec 23 06:58:38 2008 GMT.

-------------8<---------- End Bug Report --------------8<----------

Note: Complete the rest of the details and post this bug report to
modperl perl.apache.org. To subscribe to the list send an empty
email to modperl-subscribe@perl.apache.org.

Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11

> "PL_markstack_ptr"
Thats a perl function its irrelevant of httpd versions. Are you use you are
using the /usr/local/bin/perl below ?

> *** /usr/local/bin/perl -V
> Summary of my perl5 (revision 5 version 8 subversion 9) configuration:
> Platform:
> osname=freebsd, osvers=6.3-release,
Oooh my os, now you're in trouble.

> -Dusethreads -Dusemultiplicity -Duseithreads -Duse64bitint'
> usethreads=define use5005threads=undef useithreads=define
> usemultiplicity=define

perl 5.8.9 is not in the ports tree yet, how did you install perl, its also
not a GA release, its a Release Candidate (RC)

If you get through all that, I'll take a deeper look. Also, does this not
happen with 2.2.10 though that should be irrelevant.

--
------------------------------------------------------------ ------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Director IT - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.

Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11

As Adam Prime notes, 5.8.9 became the current stable Perl recently.
It is the other new ingredient besides Apache 2.2.11. I don't
normally introduce so many new things at once, but happen to be
working through a new sandbox/developmental version of our website.

One of the Apache developers suggested I should wait for 5.10.1, so
that's why I'm futzing with 5.8.9. I don't know why the bug-report-
generating script would lie to us about what Perl I'm using.

Oooh your os? Was that your machine doing something bad as you were
typing?

I won't be doing development for most of a week, but if you have any
other questions, I'll be monitoring email. Is there anything else
I should "get through" so that you will take a deeper look at this?
If so please advise.

Happy Holidays,
cmac

On Dec 22, 2008, at 11:25 PM, Philip M. Gollucci wrote:

>> "PL_markstack_ptr"
> Thats a perl function its irrelevant of httpd versions. Are you
> use you are using the /usr/local/bin/perl below ?
>
>> *** /usr/local/bin/perl -V
>> Summary of my perl5 (revision 5 version 8 subversion 9)
>> configuration:
>> Platform:
>> osname=freebsd, osvers=6.3-release,
> Oooh my os, now you're in trouble.
>
>> -Dusethreads -Dusemultiplicity -Duseithreads -Duse64bitint'
>> usethreads=define use5005threads=undef useithreads=define
>> usemultiplicity=define
>
> perl 5.8.9 is not in the ports tree yet, how did you install perl,
> its also not a GA release, its a Release Candidate (RC)
>
> If you get through all that, I'll take a deeper look. Also, does
> this not happen with 2.2.10 though that should be irrelevant.
>

Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11

craig@animalhead.com wrote:
> Oooh your os? Was that your machine doing something bad as you were
> typing?
/me is a FreeBSD person (see the .sig below)

>
> I won't be doing development for most of a week, but if you have any
> other questions, I'll be monitoring email. Is there anything else
> I should "get through" so that you will take a deeper look at this?
> If so please advise.
I might suggest you try 5.8.8 perl as I'm 99.99% certain its not apache anything.


--
------------------------------------------------------------ ------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Director IT - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.

Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11

craig@animalhead.com wrote:
> Neither mod_perl 2.0.4 nor the current build modperl-2.0_20081223052020
If you're going to do that 'current build', I'd use revision numbers of SVN
instead of the data.

> "PL_markstack_ptr"
This isn't perl 5.8.8 vs perl 5.8.9 related, if you diff the trees, only 1
line is changed
- *PL_markstack_ptr = (p) - PL_stack_base; \
+ *PL_markstack_ptr = (I32)((p) - PL_stack_base);\

> MP_APXS => /usr/local/apache2/bin/apxs
> *** /usr/local/apache2/bin/httpd -V
You did not install www/apache22 port, but rather compiled by hand ?

> *** /usr/local/bin/perl -V
> Summary of my perl5 (revision 5 version 8 subversion 9) configuration:
So this isn't in the ports tree yet, so you also compiled perl by hand

> @INC:
> /usr/local/lib/perl5/site_perl/5.8.9
> /usr/local/lib/perl5/site_perl/5.8.8
> /usr/local/lib/perl5/site_perl/5.8.7
> /usr/local/lib/perl5/vendor_perl/5.8.9
> /usr/local/lib/perl5/vendor_perl/5.8.7
Looks like your perl tree has some history, I'd try with a clean tree .. my
money is here.

> *** Packages of interest status:
> mod_perl : 1.29
> mod_perl2 : 2.000003, 2.000005
Speaking of clean trees, that can't be good.
you have multiple versions of mod_perl2 installed which almost certainly means
that you'll get a mix match between .pm and .so files. I'd clean that up


FWIW, you really shouldn't install your own perl into /usr/local/bin/perl on
FreeBSD you should put yours somewhere else.



------------------------------------------------------------ ------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Director IT - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.

Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11

On Dec 24 00:57, "Philip M. Gollucci" wrote:
>
> Subject: Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11
>
> craig@animalhead.com wrote:
> > Neither mod_perl 2.0.4 nor the current build modperl-2.0_20081223052020
> If you're going to do that 'current build', I'd use revision numbers of SVN
> instead of the data.

The page on the mod_perl site about "what to do before submitting a problem report" suggested trying the current build from the location I used, as a data point for the overall report. So I complied with those instructions. If some other source is better, perhaps the web page in question wants editing.
>
> > "PL_markstack_ptr"
> This isn't perl 5.8.8 vs perl 5.8.9 related, if you diff the trees, only 1
> line is changed
> - *PL_markstack_ptr = (p) - PL_stack_base; \
> + *PL_markstack_ptr = (I32)((p) - PL_stack_base);\

"PL_markstack_ptr" is in the error message that occurred. Perhaps it's no longer exported, or global'ed, or whatever the right term is nowadays?

> > MP_APXS => /usr/local/apache2/bin/apxs
> > *** /usr/local/apache2/bin/httpd -V
> You did not install www/apache22 port, but rather compiled by hand ?

It has been years since I compiled or assembled anything by hand, but I do go back in the software field to 1963, when such things were sometimes still done. All of several set of instructions I have read, as to how to build mod-perl, have recommended the apxs method.
>
> > *** /usr/local/bin/perl -V
> > Summary of my perl5 (revision 5 version 8 subversion 9) configuration:
> So this isn't in the ports tree yet, so you also compiled perl by hand

I have never had anything to do with the ports facility, and have built all of our site's software from source for years. The build sequences used for Aapche 2.2.11, perl 5.8.9, and mod-perl 2.0.4 have all been used on previous occasions with full success. The big change is building 2.2.11 for the event MPM.
>
> > @INC:
> > /usr/local/lib/perl5/site_perl/5.8.9
> > /usr/local/lib/perl5/site_perl/5.8.8
> > /usr/local/lib/perl5/site_perl/5.8.7
> > /usr/local/lib/perl5/vendor_perl/5.8.9
> > /usr/local/lib/perl5/vendor_perl/5.8.7
> Looks like your perl tree has some history, I'd try with a clean tree .. my
> money is here.

The Perl5.8.9 in question has worked very well with the previous prefork Apache 2.2.10 and a mod-perl built against it. A "clean tree" approach is complicated by the fact the tree has essential modules in it from my internet hosting provider (IHP), mostly in the vendor-perl branch but perhaps in other branches as well.

>
> > *** Packages of interest status:
> > mod_perl : 1.29
> > mod_perl2 : 2.000003, 2.000005
> Speaking of clean trees, that can't be good.
> you have multiple versions of mod_perl2 installed which almost certainly means
> that you'll get a mix match between .pm and .so files. I'd clean that up
>
My IHP provides a large number of .so's in the include directory, and I just let the mod-perl 2.0.4 that I built exist next to the 2.0.3 from my IHP's original setup. This has never caused any problems in the past. (httpd.conf calls out the 2.0.4.so.)

But on your advice I will rename the 2.0.3 with an extra ".hide" after the ".so", and retry the thing as soon as I get back to my development machine next Monday.

FWIW I'm startled by the "2.000005" but I assume that's because the last thing built was the _20081223052020 on the recommendations of the mod_perl web site.
>
> FWIW, you really shouldn't install your own perl into /usr/local/bin/perl on
> FreeBSD you should put yours somewhere else.
>
There is great value to me in having a single perl that is used for all applications, rather than a "my perl" and "their perl" and "the perl used by that other gang over there". For example, commonality of use of Berkeley DBs by perl programs from various sources discourages having multiple Perl binaries in use. (Older perl's are still around for reference but nothing uses them on our site.)
>

Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11

Craig MacKenna wrote:
> On Dec 24 00:57, "Philip M. Gollucci" wrote:
>> Subject: Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11
>>
>> craig@animalhead.com wrote:
>>> Neither mod_perl 2.0.4 nor the current build modperl-2.0_20081223052020
>> If you're going to do that 'current build', I'd use revision numbers of SVN
>> instead of the data.
s/data/date/
>
> The page on the mod_perl site about "what to do before submitting a problem report" suggested trying the current build from the location I used, as a data point for the overall report. So I complied with those instructions. If some other source is better, perhaps the web page in question wants editing.
The source is fine, an svn revision numbers just means more to mean personally
then a date [especially since I don't know your timezone :)]

>>> "PL_markstack_ptr"
>> This isn't perl 5.8.8 vs perl 5.8.9 related, if you diff the trees, only 1
>> line is changed
>> - *PL_markstack_ptr = (p) - PL_stack_base; \
>> + *PL_markstack_ptr = (I32)((p) - PL_stack_base);\
>
> "PL_markstack_ptr" is in the error message that occurred. Perhaps it's no longer exported, or global'ed, or whatever the right term is nowadays?
No, I was just pointing out that this can't be the cause be nothing relating
to it changed EXCEPT the above. So you can rule perl out.

> There is great value to me in having a single perl that is used for all applications, rather than a "my perl" and "their perl" and "the perl used by that other gang over there". For example, commonality of use of Berkeley DBs by perl programs from various sources discourages having multiple Perl binaries in use. (Older perl's are still around for reference but nothing uses them on our site.)
well I was going to for a total of exactly 2. :)

If you post your ./Configure for perl, ./configure for httpd, and perl
Makefile.PL for mod_perl, I'll run it locally on my freebsd boxes.

FWIW, I do this nearly weekly, so I'm not really expecting it to fail, but hey
first time for everything.


--
------------------------------------------------------------ ------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Director IT - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.

Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11

Philip M. Gollucci wrote:
> Craig MacKenna wrote:
>> On Dec 24 00:57, "Philip M. Gollucci" wrote:
>>> Subject: Re: [mp2] undefined symbol in make test with threaded Apache
>>> 2.2.11
> If you post your ./Configure for perl, ./configure for httpd, and perl
> Makefile.PL for mod_perl, I'll run it locally on my freebsd boxes.
http://people.apache.org/~pgollucci/mp2bug.txt

> FWIW, I do this nearly weekly, so I'm not really expecting it to fail,
> but hey first time for everything.

Works like a charm though a few tests fail b/c its the event mpm as expected.
I stand by what I said before

1) clean up your perl lib tree
2) verify /usr/bin/perl is correctly symlinked to /usr/local/bin/perl

so let it be written so let it be done :)



--
------------------------------------------------------------ ------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Director IT - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.

Re: [mp2] undefined symbol in make test with threaded Apache 2.2.11 RESOLVED

Dropped back in configuration and component programs to a working
combination, then advanced in smaller steps than I had done before.
You were correct, Mr G, in your prediction that the lib tree was
involved.

The 'Undefined symbol "PL_markstack_ptr"' in the mod_perl2 'make
test' step:
1. appeared as soon as an option was added that changed the names of
the "architecturally dependent" lib directories, and
2. went away when I removed the three old architecturally-dependent
directories that I had tried to preserve, from the "colon separated
list of additional lib directories".

As a general statement of this, I would nominate: "when changing Perl
build options that change the names of architecturally-dependent lib
directories, don't try to keep old arch-dependent directories in
@INC". With the note that such dependent directories contain
hyphenated elements like 'i386-freebsd'.

Thanks for your help,
cmac


On Dec 27, 2008, at 11:44 PM, Philip M. Gollucci wrote:

> Philip M. Gollucci wrote:
>> Craig MacKenna wrote:
>>> On Dec 24 00:57, "Philip M. Gollucci" wrote:
>>>> Subject: Re: [mp2] undefined symbol in make test with threaded
>>>> Apache 2.2.11
>> If you post your ./Configure for perl, ./configure for httpd, and
>> perl Makefile.PL for mod_perl, I'll run it locally on my freebsd
>> boxes.
> http://people.apache.org/~pgollucci/mp2bug.txt
>
>> FWIW, I do this nearly weekly, so I'm not really expecting it to
>> fail, but hey first time for everything.
>
> Works like a charm though a few tests fail b/c its the event mpm as
> expected.
> I stand by what I said before
>
> 1) clean up your perl lib tree
> 2) verify /usr/bin/perl is correctly symlinked to /usr/local/bin/
> perl
>