You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Ian Holsman <li...@holsman.net> on 2005/06/01 05:06:16 UTC
mod_perl2_current (from today) + EL4 == segfault
1. Problem Description:
on a Redhat EL4 (ia32) + httpd 2.0.53 we get a segfault when we run
make test on the latest+greatest mod_perl.
I haven't tried earlier versions or other linux releases.
2. Used Components and their Configuration:
*** mod_perl version 2.000000
*** using /home/ianh/builds/BUILD/mod_perl-2.0.0/lib/Apache2/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS => /opt/httpd/default/bin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
*** /opt/httpd/2.0.53-1_el4/bin/httpd -V
Server version: Apache/2.0.53
Server built: Mar 31 2005 16:28:08
Server's Module Magic Number: 20020903:9
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/worker"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/opt/httpd/2.0.53-1_el4"
-D SUEXEC_BIN="/opt/httpd/2.0.53-1_el4/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"
*** (apr|apu)-config linking info
-L/opt/httpd/2.0.53-1_el4/lib -laprutil-0 -lldap -ldb-4.2 -lexpat
-L/opt/httpd/2.0.53-1_el4/lib -lapr-0 -lrt -lm -lcrypt -lnsl
-lpthread -ldl
*** /usr/bin/perl -V
Summary of my perl5 (revision 5 version 8 subversion 5) configuration:
Platform:
osname=linux, osvers=2.4.21-25.elsmp, archname=i386-linux-thread-multi
uname='linux porky.build.redhat.com 2.4.21-25.elsmp #1 smp fri nov
12 21:34:51 est 2004 i686 i686 i386 gnulinux '
config_args='-des -Doptimize=-O2 -g -pipe -m32 -march=i386
-mtune=pentium4 -Dversion=5.8.5 -Dmyhostname=localhost
-Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc.
-Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux
-Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads
-Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db
-Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio
-Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less
-isr -Dinc_version_list=5.8.4 5.8.3 5.8.2 5.8.1 5.8.0'
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=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
optimize='-O2 -g -pipe -m32 -march=i386 -mtune=pentium4',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING
-fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm'
ccversion='', gccversion='3.4.3 20041125 (Red Hat 3.4.3-6.EL4)',
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, prototype=define
Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
libc=/lib/libc-2.3.3.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version='2.3.3'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E
-Wl,-rpath,/usr/lib/perl5/5.8.5/i386-linux-thread-multi/CORE'
cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS
USE_LARGE_FILES PERL_IMPLICIT_CONTEXT
Built under linux
Compiled at Dec 1 2004 14:28:51
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/usr/lib/perl5/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/5.8.5
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl/5.8.4
/usr/lib/perl5/site_perl/5.8.3
/usr/lib/perl5/site_perl/5.8.2
/usr/lib/perl5/site_perl/5.8.1
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl/5.8.4
/usr/lib/perl5/vendor_perl/5.8.3
/usr/lib/perl5/vendor_perl/5.8.2
/usr/lib/perl5/vendor_perl/5.8.1
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl
.
*** Packages of interest status:
Apache2 : -
Apache2::Request : -
CGI : 3.05
ExtUtils::MakeMaker: 6.17
LWP : -
mod_perl : -
mod_perl2 : -
3. This is the core dump trace: (if you get a core dump):
Core was generated by `/opt/httpd/2.0.53-1_el4/bin/httpd -d
/home/ianh/builds/BUILD/mod_perl-2.0.0/t -'.
Program terminated with signal 11, Segmentation fault.
...
...
...
Reading symbols from
/usr/lib/perl5/5.8.5/i386-linux-thread-multi/auto/threads/threads.so...done.
Loaded symbols for
/usr/lib/perl5/5.8.5/i386-linux-thread-multi/auto/threads/threads.so
#0 0x0020160a in ap_pcw_walk_files_config (pconf=0x9fc40a8,
s=0x9fc8a00, dconf=0xa002498, modp=0x214fe0,
dir_cb=0x2012a5 <modperl_hash_handlers_dir>, data=0x0) at
modperl_pcw.c:67
67 ap_conf_vector_t **dirs = (ap_conf_vector_t
**)dconf->sec_file->elts;
(gdb) bt
#0 0x0020160a in ap_pcw_walk_files_config (pconf=0x9fc40a8,
s=0x9fc8a00, dconf=0xa002498, modp=0x214fe0,
dir_cb=0x2012a5 <modperl_hash_handlers_dir>, data=0x0) at
modperl_pcw.c:67
#1 0x0020180b in ap_pcw_walk_config (pconf=0x9fc40a8, s=0x9fc8a00,
modp=0x214fe0, data=0x0, dir_cb=0x2012a5 <modperl_hash_handlers_dir>,
srv_cb=0x20135e <modperl_hash_handlers_srv>) at modperl_pcw.c:121
#2 0x002014c2 in modperl_mgv_hash_handlers (p=0x0, s=0x0) at
modperl_mgv.c:520
#3 0x001f29c9 in modperl_hook_post_config_last (pconf=0x9fc40a8,
plog=0x9ffe190, ptemp=0xa000198, s=0x9fc8a00) at mod_perl.c:701
#4 0x08075717 in ap_run_post_config (pconf=0x9fc40a8, plog=0x9ffe190,
ptemp=0xa000198, s=0x9fc8a00) at config.c:86
#5 0x0807aa8d in main (argc=9, argv=0xfef7f754) at main.c:565
(gdb)
This report was generated by bin/mp2bug on Wed Jun 1 03:02:17 2005 GMT.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: mod_perl2_current (from today) + EL4 == segfault
Posted by Joe Orton <jo...@redhat.com>.
On Thu, Jun 02, 2005 at 01:10:11PM -0700, Philippe M. Chiasson wrote:
> Joe Orton wrote:
> > But 2.0.x does not support LFS, people who build with
> > -D_FILE_OFFSET_BITS=64 are playing with fire and should completely
> > expect everything to burn down around them at any moment. This
> > combination is untested and unsupported, and it is known to break in
> > horrible ways with various third-party modules.
>
> Yes, and as can be seen by that original segfault, you can't expect a
> combination like this to work. Hoever, If it's a problem likely to appear
> to many of our users, I'd rather at least try and warn them about it.
>
> "Whoa there, you are trying largefiles with httpd-2.0.x, enjoy the segfaults!"
Actually it looks like the problem is exactly that apr-config --cflags
etc is *not* exporting the -D_FILE_OFFSET_BITS=64 flag; it is used when
building APR/httpd, but then is not picked up by mod_perl. So the cause
of the problem is exactly the reason why mod_perl can't detect it. :(
I'd not be desperately unhappy to make APR 0.9.x refuse to build in this
configuration, but it would needlessly annoy those users who *do* know
what they're doing at the expense of those who don't. Not sure what's
best to do.
joe
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: mod_perl2_current (from today) + EL4 == segfault
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Joe Orton wrote:
> On Wed, Jun 01, 2005 at 05:09:59PM -0700, Philippe M. Chiasson wrote:
>>Ian Holsman wrote:
>>>Philippe M. Chiasson wrote:
>>>>Ian Holsman wrote:
>>>>
>>>>>I just tried this on a EL3 machine, and it goes further (ie.. it can
>>>>>start apache)
>>>>>
>>>>>the version of perl is the same, but the httpd on EL3 is 2.0.52 and the
>>>>>GCC version is 3.2.3 (EL4 has 3.4.3)
>>>>>
>>>>>can anyone else reproduce this?
>>>>
>>>>Sounds like this problem is hitting you too:
>>>>
>>>>http://marc.theaimsgroup.com/?l=apache-modperl&m=111686159013437&w=2
>>>>
>>>yeah.. I was just about to post that getting a non-LFS build of httpd
>>>fixed the issue ;-)
>>
>>Cool, just happened to be fresh in my memory ;-)
>>
>>Would be nice to figure out why we don't detect this particular condition
>>and at least abort at perl Makefile.PL time. Last I check, we were supposed
>>to catch these kind of mismatches.
>
> There is no "conflict" to detect in this situation, really; both Perl
> and httpd are built with LFS support, so in theory it should work.
>
> But 2.0.x does not support LFS, people who build with
> -D_FILE_OFFSET_BITS=64 are playing with fire and should completely
> expect everything to burn down around them at any moment. This
> combination is untested and unsupported, and it is known to break in
> horrible ways with various third-party modules.
Yes, and as can be seen by that original segfault, you can't expect a
combination like this to work. Hoever, If it's a problem likely to appear
to many of our users, I'd rather at least try and warn them about it.
"Whoa there, you are trying largefiles with httpd-2.0.x, enjoy the segfaults!"
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: mod_perl2_current (from today) + EL4 == segfault
Posted by Joe Orton <jo...@redhat.com>.
On Wed, Jun 01, 2005 at 05:09:59PM -0700, Philippe M. Chiasson wrote:
> Ian Holsman wrote:
> > Philippe M. Chiasson wrote:
> >
> >> Ian Holsman wrote:
> >>
> >>> I just tried this on a EL3 machine, and it goes further (ie.. it can
> >>> start apache)
> >>>
> >>> the version of perl is the same, but the httpd on EL3 is 2.0.52 and the
> >>> GCC version is 3.2.3 (EL4 has 3.4.3)
> >>>
> >>> can anyone else reproduce this?
> >>
> >> Sounds like this problem is hitting you too:
> >>
> >> http://marc.theaimsgroup.com/?l=apache-modperl&m=111686159013437&w=2
> >>
> > yeah.. I was just about to post that getting a non-LFS build of httpd
> > fixed the issue ;-)
>
> Cool, just happened to be fresh in my memory ;-)
>
> Would be nice to figure out why we don't detect this particular condition
> and at least abort at perl Makefile.PL time. Last I check, we were supposed
> to catch these kind of mismatches.
There is no "conflict" to detect in this situation, really; both Perl
and httpd are built with LFS support, so in theory it should work.
But 2.0.x does not support LFS, people who build with
-D_FILE_OFFSET_BITS=64 are playing with fire and should completely
expect everything to burn down around them at any moment. This
combination is untested and unsupported, and it is known to break in
horrible ways with various third-party modules.
joe
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: mod_perl2_current (from today) + EL4 == segfault
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Ian Holsman wrote:
> Philippe M. Chiasson wrote:
>
>> Ian Holsman wrote:
>>
>>> I just tried this on a EL3 machine, and it goes further (ie.. it can
>>> start apache)
>>>
>>> the version of perl is the same, but the httpd on EL3 is 2.0.52 and the
>>> GCC version is 3.2.3 (EL4 has 3.4.3)
>>>
>>> can anyone else reproduce this?
>>
>> Sounds like this problem is hitting you too:
>>
>> http://marc.theaimsgroup.com/?l=apache-modperl&m=111686159013437&w=2
>>
> yeah.. I was just about to post that getting a non-LFS build of httpd
> fixed the issue ;-)
Cool, just happened to be fresh in my memory ;-)
Would be nice to figure out why we don't detect this particular condition
and at least abort at perl Makefile.PL time. Last I check, we were supposed
to catch these kind of mismatches.
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: mod_perl2_current (from today) + EL4 == segfault
Posted by Ian Holsman <li...@holsman.net>.
Philippe M. Chiasson wrote:
> Ian Holsman wrote:
>
>>I just tried this on a EL3 machine, and it goes further (ie.. it can
>>start apache)
>>
>>the version of perl is the same, but the httpd on EL3 is 2.0.52 and the
>>GCC version is 3.2.3 (EL4 has 3.4.3)
>>
>>can anyone else reproduce this?
>
>
> Sounds like this problem is hitting you too:
>
> http://marc.theaimsgroup.com/?l=apache-modperl&m=111686159013437&w=2
>
yeah.. I was just about to post that getting a non-LFS build of httpd
fixed the issue ;-)
> It's seems to be caused by disagreeing largefiles support in httpd/perl/apr
>
> --------------------------------------------------------------------------------
> Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
> http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: mod_perl2_current (from today) + EL4 == segfault
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Ian Holsman wrote:
> I just tried this on a EL3 machine, and it goes further (ie.. it can
> start apache)
>
> the version of perl is the same, but the httpd on EL3 is 2.0.52 and the
> GCC version is 3.2.3 (EL4 has 3.4.3)
>
> can anyone else reproduce this?
Sounds like this problem is hitting you too:
http://marc.theaimsgroup.com/?l=apache-modperl&m=111686159013437&w=2
It's seems to be caused by disagreeing largefiles support in httpd/perl/apr
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: mod_perl2_current (from today) + EL4 == segfault
Posted by Ian Holsman <li...@holsman.net>.
I just tried this on a EL3 machine, and it goes further (ie.. it can
start apache)
the version of perl is the same, but the httpd on EL3 is 2.0.52 and the
GCC version is 3.2.3 (EL4 has 3.4.3)
can anyone else reproduce this?
regards
Ian
Ian Holsman wrote:
> 1. Problem Description:
>
> on a Redhat EL4 (ia32) + httpd 2.0.53 we get a segfault when we run
> make test on the latest+greatest mod_perl.
>
> I haven't tried earlier versions or other linux releases.
>
>
> 2. Used Components and their Configuration:
>
> *** mod_perl version 2.000000
>
> *** using /home/ianh/builds/BUILD/mod_perl-2.0.0/lib/Apache2/BuildConfig.pm
>
> *** Makefile.PL options:
> MP_APR_LIB => aprext
> MP_APXS => /opt/httpd/default/bin/apxs
> MP_COMPAT_1X => 1
> MP_GENERATE_XS => 1
> MP_LIBNAME => mod_perl
> MP_USE_DSO => 1
>
>
> *** /opt/httpd/2.0.53-1_el4/bin/httpd -V
> Server version: Apache/2.0.53
> Server built: Mar 31 2005 16:28:08
> Server's Module Magic Number: 20020903:9
> Architecture: 32-bit
> Server compiled with....
> -D APACHE_MPM_DIR="server/mpm/worker"
> -D APR_HAS_SENDFILE
> -D APR_HAS_MMAP
> -D APR_USE_SYSVSEM_SERIALIZE
> -D APR_USE_PTHREAD_SERIALIZE
> -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
> -D APR_HAS_OTHER_CHILD
> -D AP_HAVE_RELIABLE_PIPED_LOGS
> -D HTTPD_ROOT="/opt/httpd/2.0.53-1_el4"
> -D SUEXEC_BIN="/opt/httpd/2.0.53-1_el4/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"
>
>
> *** (apr|apu)-config linking info
>
> -L/opt/httpd/2.0.53-1_el4/lib -laprutil-0 -lldap -ldb-4.2 -lexpat
> -L/opt/httpd/2.0.53-1_el4/lib -lapr-0 -lrt -lm -lcrypt -lnsl -lpthread
> -ldl
>
>
>
> *** /usr/bin/perl -V
> Summary of my perl5 (revision 5 version 8 subversion 5) configuration:
> Platform:
> osname=linux, osvers=2.4.21-25.elsmp, archname=i386-linux-thread-multi
> uname='linux porky.build.redhat.com 2.4.21-25.elsmp #1 smp fri nov
> 12 21:34:51 est 2004 i686 i686 i386 gnulinux '
> config_args='-des -Doptimize=-O2 -g -pipe -m32 -march=i386
> -mtune=pentium4 -Dversion=5.8.5 -Dmyhostname=localhost
> -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc.
> -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux
> -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads
> -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db
> -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio
> -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less
> -isr -Dinc_version_list=5.8.4 5.8.3 5.8.2 5.8.1 5.8.0'
> 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=undef use64bitall=undef uselongdouble=undef
> usemymalloc=n, bincompat5005=undef
> Compiler:
> cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING
> -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
> optimize='-O2 -g -pipe -m32 -march=i386 -mtune=pentium4',
> cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING
> -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm'
> ccversion='', gccversion='3.4.3 20041125 (Red Hat 3.4.3-6.EL4)',
> 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, prototype=define
> Linker and Libraries:
> ld='gcc', ldflags =' -L/usr/local/lib'
> libpth=/usr/local/lib /lib /usr/lib
> libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
> perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
> libc=/lib/libc-2.3.3.so, so=so, useshrplib=true, libperl=libperl.so
> gnulibc_version='2.3.3'
> Dynamic Linking:
> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E
> -Wl,-rpath,/usr/lib/perl5/5.8.5/i386-linux-thread-multi/CORE'
> cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'
>
>
> Characteristics of this binary (from libperl):
> Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS
> USE_LARGE_FILES PERL_IMPLICIT_CONTEXT
> Built under linux
> Compiled at Dec 1 2004 14:28:51
> %ENV:
> PERL_LWP_USE_HTTP_10="1"
> @INC:
> /usr/lib/perl5/5.8.5/i386-linux-thread-multi
> /usr/lib/perl5/5.8.5
> /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.5
> /usr/lib/perl5/site_perl/5.8.4
> /usr/lib/perl5/site_perl/5.8.3
> /usr/lib/perl5/site_perl/5.8.2
> /usr/lib/perl5/site_perl/5.8.1
> /usr/lib/perl5/site_perl/5.8.0
> /usr/lib/perl5/site_perl
> /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.5
> /usr/lib/perl5/vendor_perl/5.8.4
> /usr/lib/perl5/vendor_perl/5.8.3
> /usr/lib/perl5/vendor_perl/5.8.2
> /usr/lib/perl5/vendor_perl/5.8.1
> /usr/lib/perl5/vendor_perl/5.8.0
> /usr/lib/perl5/vendor_perl
> .
>
> *** Packages of interest status:
>
> Apache2 : -
> Apache2::Request : -
> CGI : 3.05
> ExtUtils::MakeMaker: 6.17
> LWP : -
> mod_perl : -
> mod_perl2 : -
>
>
> 3. This is the core dump trace: (if you get a core dump):
>
> Core was generated by `/opt/httpd/2.0.53-1_el4/bin/httpd -d
> /home/ianh/builds/BUILD/mod_perl-2.0.0/t -'.
> Program terminated with signal 11, Segmentation fault.
> ...
> ...
> ...
> Reading symbols from
> /usr/lib/perl5/5.8.5/i386-linux-thread-multi/auto/threads/threads.so...done.
>
> Loaded symbols for
> /usr/lib/perl5/5.8.5/i386-linux-thread-multi/auto/threads/threads.so
> #0 0x0020160a in ap_pcw_walk_files_config (pconf=0x9fc40a8,
> s=0x9fc8a00, dconf=0xa002498, modp=0x214fe0,
> dir_cb=0x2012a5 <modperl_hash_handlers_dir>, data=0x0) at
> modperl_pcw.c:67
> 67 ap_conf_vector_t **dirs = (ap_conf_vector_t
> **)dconf->sec_file->elts;
> (gdb) bt
> #0 0x0020160a in ap_pcw_walk_files_config (pconf=0x9fc40a8,
> s=0x9fc8a00, dconf=0xa002498, modp=0x214fe0,
> dir_cb=0x2012a5 <modperl_hash_handlers_dir>, data=0x0) at
> modperl_pcw.c:67
> #1 0x0020180b in ap_pcw_walk_config (pconf=0x9fc40a8, s=0x9fc8a00,
> modp=0x214fe0, data=0x0, dir_cb=0x2012a5 <modperl_hash_handlers_dir>,
> srv_cb=0x20135e <modperl_hash_handlers_srv>) at modperl_pcw.c:121
> #2 0x002014c2 in modperl_mgv_hash_handlers (p=0x0, s=0x0) at
> modperl_mgv.c:520
> #3 0x001f29c9 in modperl_hook_post_config_last (pconf=0x9fc40a8,
> plog=0x9ffe190, ptemp=0xa000198, s=0x9fc8a00) at mod_perl.c:701
> #4 0x08075717 in ap_run_post_config (pconf=0x9fc40a8, plog=0x9ffe190,
> ptemp=0xa000198, s=0x9fc8a00) at config.c:86
> #5 0x0807aa8d in main (argc=9, argv=0xfef7f754) at main.c:565
> (gdb)
>
>
> This report was generated by bin/mp2bug on Wed Jun 1 03:02:17 2005 GMT.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org