You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Marc Tardif <ma...@sitepak.com> on 2005/07/07 17:51:44 UTC
[mp2] Failure calling BOOT: code
-------------8<---------- Start Bug Report ------------8<----------
1. Problem Description:
This is the software installed on my system:
Red Hat Enterprise Linux ES release 4
httpd-2.0.54
mod_perl-2.0.1
This is the configuration in my httpd.conf file:
LoadModule perl_module modules/mod_perl.so
PerlRequire /usr/my/dev/lib/My/bootstrapper.pl
SetHandler modperl
PerlResponseHandler My::Handler
This is the content of /usr/my/dev/lib/My/bootstrapper.pl:
use lib '/usr/my/dev/lib';
open(STDERR, ">>/tmp/mod_perl.error.log") || die $!;
This is the content of /usr/my/dev/lib/My/Handler.pm:
package My::Handler
use Apache2::RequestRec ();
use Apache2::RequestIO ();'
use Apache2::Const -compile => qw(OK);
sub handler {
my $r = shift;
$r->print("hello_world");
# require Mozilla::LDAP::API;
return Apache2::Const::OK;
}
The problem is that if I uncomment the require line in the handler,
I get the following error message in /tmp/mod_perl.error.log:
Error loading Mozilla::LDAP::API: perldap_init failed
The solution might be related to the following XS code in API.xs:
BOOT:
if ( perldap_init() != 0) {
fprintf(stderr,
"Error loading Mozilla::LDAP::API: perldap_init failed\n");
exit(1);
}
So, perhaps perldap_init() is being called multiple times. Is there
something I can try in mod_perl to avoid this kind of problem? Can I
provide more information to help solve this problem?
2. Used Components and their Configuration:
*** mod_perl version 2.000001
*** using
/usr/my/lib/perl5/site_perl/5.6.1/i686-linux/Apache2/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS => /usr/my/bin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
*** The httpd binary was not found
*** (apr|apu)-config linking info
-L/usr/my/lib -laprutil-0 -lgdbm -ldb-4.2 -lexpat
-L/usr/my/lib -lapr-0 -lrt -lm -lcrypt -lnsl -lpthread -ldl
*** /usr/my/bin/myperl -V
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
Platform:
osname=linux, osvers=2.4.2-2, archname=i686-linux
uname='linux production 2.4.2-2 #1 sun apr 8 20:41:30 edt 2001 i686
unknown '
config_args=''
hint=previous, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
Compiler:
cc='cc', ccflags ='-fno-strict-aliasing -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64',
optimize='-O2',
cppflags='-fno-strict-aliasing -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64'
ccversion='', gccversion='2.96 20000731 (Red Hat Linux 7.1
2.96-81)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, usemymalloc=n, prototype=define
Linker and Libraries:
ld='cc', ldflags ='-L/usr/my/lib -L/usr/local/lib'
libpth=/usr/my/lib /usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldl -lm -lc -lcrypt -lutil
perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil
libc=/lib/libc-2.2.2.so, so=so, useshrplib=false, libperl=libperl.a
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
cccdlflags='-fpic', lddlflags='-shared -L/usr/my/lib -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: USE_LARGE_FILES
Built under linux
Compiled at Feb 25 2004 14:01:12
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/export/my/datacenter/lib
/usr/my/dev
/usr/my/dev/lib
/usr/my/dev/tests/lib
/usr/my/lib/perl5/5.6.1/i686-linux
/usr/my/lib/perl5/5.6.1
/usr/my/lib/perl5/site_perl/5.6.1/i686-linux
/usr/my/lib/perl5/site_perl/5.6.1
/usr/my/lib/perl5/site_perl
.
*** Packages of interest status:
Apache2 : -
Apache2::Request : -
CGI : 2.91
ExtUtils::MakeMaker: 5.45
LWP : 5.53
mod_perl : 1.25
mod_perl2 : 2.000001
3. This is the core dump trace: (if you get a core dump):
No core dump generated.
This report was generated by bin/mp2bug on Thu Jul 7 15:37:18 2005 GMT.
-------------8<---------- End Bug Report --------------8<----------
--
Marc Tardif
Sitepak
(514) 866-8883