You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Stas Bekman <st...@stason.org> on 2001/04/20 17:53:31 UTC
core dumps
I get core dumps during make test (the server won't start)
(gdb) where
#0 0x40127781 in malloc () from /lib/libc.so.6
#1 0x401290e7 in calloc () from /lib/libc.so.6
#2 0x4000bccd in _dl_new_object (
realname=0x82f9758
"/home/stas/perl-5.6.1/lib/5.6.1/i686-linux-thread-multi/CORE/libperl.so",
libname=0x401dae35 "libperl.so", type=2, loader=0x815a228)
at dl-object.c:40
#3 0x400060cf in _dl_map_object_from_fd () at dl-load.c:824
#4 0x400077ca in _dl_map_object (loader=0x815a228,
name=0x401dae35 "libperl.so", preloaded=0, type=2, trace_mode=0,
mode=0)
at dl-load.c:1706
#5 0x4000d9ac in openaux (a=0xbfffadb0) at dl-deps.c:67
#6 0x4000df2a in _dl_catch_error (objname=0xbfffada8,
errstring=0xbfffadac,
operate=0x4000d970 <openaux>, args=0xbfffadb0) at dl-error.c:149
#7 0x4000cecd in _dl_map_object_deps () at dl-deps.c:246
#8 0x401b8ea6 in getutmpx () from /lib/libc.so.6
#9 0x4000df2a in _dl_catch_error (objname=0xbfffafa8,
errstring=0xbfffafac,
operate=0x401b8c70 <getutmpx+464>, args=0xbfffafb0) at dl-error.c:149
#10 0x401b91ce in _dl_open () from /lib/libc.so.6
#11 0x40091335 in dlopen () from /lib/libdl.so.2
#12 0x4000df2a in _dl_catch_error (objname=0x811b098, errstring=0x811b09c,
operate=0x40091300 <dlopen+76>, args=0xbfffb120) at dl-error.c:149
#13 0x400916bb in dlerror () from /lib/libdl.so.2
#14 0x400912e6 in dlopen () from /lib/libdl.so.2
---Type <return> to continue, or q <return> to quit---
#15 0x080c2cad in apr_dso_load (res_handle=0xbfffb29c,
path=0x811d3cc
"/home/stas/apache.org/modperl-2.0/src/modules/perl/libmodperl.so",
ctx=0x80e6efc) at dso.c:138
#16 0x0807bf87 in load_module ()
#17 0x0807fac0 in invoke_cmd ()
#18 0x08080e52 in execute_now ()
#19 0x0808048d in ap_build_config_sub ()
#20 0x08080786 in ap_build_cont_config ()
#21 0x08091658 in start_ifmod ()
#22 0x0807f9fe in invoke_cmd ()
#23 0x08080e52 in execute_now ()
#24 0x0808048d in ap_build_config_sub ()
#25 0x08080a13 in ap_build_config ()
#26 0x0808135b in ap_process_resource_config ()
#27 0x08081ba7 in ap_read_config ()
#28 0x08083927 in main ()
#29 0x400c6111 in __libc_start_main () from /lib/libc.so.6
builds:
perl-5.6.1
./Configure -des -Dusethreads -Doptimize='-g' -Duseshrplib
apache-2.0.18-dev
./configure --with-mpm=threaded --enable-so
mod_perl (cvs):
perl Makefile.PL MP_GENERATE_XS=1 MP_USE_DSO=1 MP_DEBUG=1 \
MP_APXS=/home/stas/httpd-2.0/bin/apxs
gcc:
gcc version 2.96 20000731 (Linux-Mandrake 8.0 2.96-0.48mdk)
uname -a:
linux 2.2.17-21mdk (got 2.4.3 today, but the mouse doesn't work under
Mandrake 8.0 version of the kernel :(
Doug, I wonder whether reporting build options is as helpful as the output
of -v/-V from the used components. It looks shorter to me.
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://apachetoday.com http://logilune.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Doug MacEachern <do...@covalent.net>.
On Tue, 24 Apr 2001, Stas Bekman wrote:
> Nope, I was running 'make test'. I cannot reproduce it now, since I've
> wiped out the rpm Apaches. Shell I try to put them back and check?
nah, keep your system free of the rpms :)
> whoah! I don't know why have I missed this note :(
>
> it works now!!! So it's a known issue.
>
> filter/input_msg....FAILED before any test output arrived
expected, due to the commented out line in modperl_extra.pl
> Should filter/input_msg be patched to be skipped if $^V == 5.6.1?
no, i am planning figure out what the real problem is, hopefully something
on the mod_perl side.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Stas Bekman <st...@stason.org>.
On Mon, 23 Apr 2001, Doug MacEachern wrote:
> On Mon, 23 Apr 2001, Doug MacEachern wrote:
>
> > what is the value of MP_APXS in t/conf/apache_test_config.pm ?
>
> btw, 'make test' normally cleans this out. if you just run t/TEST
> it will be left there.
Nope, I was running 'make test'. I cannot reproduce it now, since I've
wiped out the rpm Apaches. Shell I try to put them back and check?
> > > I've removed all those leftovers and now it's all right. I still cannot
> > > get the server running, get a similar core dump, now with no libperl.so:
> >
> > > #15 0x080c35cd in apr_dso_load (res_handle=0xbfffb2bc,
> > > l.so", ctx=0x80e785c) at dso.c:138
> > ^^^^^
>
> and this is probably the known issue with 5.6.1, i said on friday
> commenting out this line in t/conf/modperl_extra.pl should bandaid:
> #eval { require TestFilter::input_msg };
whoah! I don't know why have I missed this note :(
it works now!!! So it's a known issue.
filter/input_msg....FAILED before any test output arrived
Should filter/input_msg be patched to be skipped if $^V == 5.6.1?
I suppose it'll take months before 5.6.2 will be released.
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Doug MacEachern <do...@covalent.net>.
On Mon, 23 Apr 2001, Doug MacEachern wrote:
> what is the value of MP_APXS in t/conf/apache_test_config.pm ?
btw, 'make test' normally cleans this out. if you just run t/TEST
it will be left there.
> > I've removed all those leftovers and now it's all right. I still cannot
> > get the server running, get a similar core dump, now with no libperl.so:
>
> > #15 0x080c35cd in apr_dso_load (res_handle=0xbfffb2bc,
> > l.so", ctx=0x80e785c) at dso.c:138
> ^^^^^
and this is probably the known issue with 5.6.1, i said on friday
commenting out this line in t/conf/modperl_extra.pl should bandaid:
#eval { require TestFilter::input_msg };
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Doug MacEachern <do...@covalent.net>.
On Sat, 21 Apr 2001, Stas Bekman wrote:
> Argh, I've upgraded my Mandrake to 8.0 yesterday, so it has installed all
> the Apache rpms, even when I told it not to, sigh. But anyway, how did it
> pick up the wrong server token? it won't even compile with 1.3.x
what is the value of MP_APXS in t/conf/apache_test_config.pm ?
sounds like apxs or httpd is being picked up from your path.
> I've removed all those leftovers and now it's all right. I still cannot
> get the server running, get a similar core dump, now with no libperl.so:
> #15 0x080c35cd in apr_dso_load (res_handle=0xbfffb2bc,
> l.so", ctx=0x80e785c) at dso.c:138
^^^^^
where's the rest of this string?
can you get a vanilla 2.0 apache to run without mod_perl? with 1 more
standard modules built shared?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Stas Bekman <st...@stason.org>.
On Fri, 20 Apr 2001, Doug MacEachern wrote:
> On Sat, 21 Apr 2001, Stas Bekman wrote:
>
> > Why 'make clean' doesn't nuke those? Is 'make realclean' due?
>
> dunno, probably should.
>> todo ?
> > using Apache-AdvancedExtranetServer/1.3.19
>
> umm, that does not look like a 2.0 server
Argh, I've upgraded my Mandrake to 8.0 yesterday, so it has installed all
the Apache rpms, even when I told it not to, sigh. But anyway, how did it
pick up the wrong server token? it won't even compile with 1.3.x
I've removed all those leftovers and now it's all right. I still cannot
get the server running, get a similar core dump, now with no libperl.so:
#0 0x40127781 in malloc () from /lib/libc.so.6
#1 0x401290e7 in calloc () from /lib/libc.so.6
#2 0x4000bccd in _dl_new_object (realname=0x815c348 "/lib/libutil.so.1",
libname=0x401eb5e5 "libutil.so.1", type=2, loader=0x815a858)
at dl-object.c:40
#3 0x400060cf in _dl_map_object_from_fd () at dl-load.c:824
#4 0x400077ca in _dl_map_object (loader=0x815a858,
name=0x401eb5e5 "libutil.so.1", preloaded=0, type=2, trace_mode=0,
mode=0)
at dl-load.c:1706
#5 0x4000d9ac in openaux (a=0xbfffadd0) at dl-deps.c:67
#6 0x4000df2a in _dl_catch_error (objname=0xbfffadc8,
errstring=0xbfffadcc,
operate=0x4000d970 <openaux>, args=0xbfffadd0) at dl-error.c:149
#7 0x4000cecd in _dl_map_object_deps () at dl-deps.c:246
#8 0x401b8ea6 in getutmpx () from /lib/libc.so.6
#9 0x4000df2a in _dl_catch_error (objname=0xbfffafc8,
errstring=0xbfffafcc,
operate=0x401b8c70 <getutmpx+464>, args=0xbfffafd0) at dl-error.c:149
#10 0x401b91ce in _dl_open () from /lib/libc.so.6
#11 0x40091335 in dlopen () from /lib/libdl.so.2
#12 0x4000df2a in _dl_catch_error (objname=0x811b9f8, errstring=0x811b9fc,
operate=0x40091300 <dlopen+76>, args=0xbfffb140) at dl-error.c:149
#13 0x400916bb in dlerror () from /lib/libdl.so.2
#14 0x400912e6 in dlopen () from /lib/libdl.so.2
#15 0x080c35cd in apr_dso_load (res_handle=0xbfffb2bc,
l.so", ctx=0x80e785c) at dso.c:138
#16 0x0807c4b7 in load_module ()
#17 0x08080120 in invoke_cmd ()
#18 0x080815a2 in execute_now ()
#19 0x08080b1d in ap_build_config_sub ()
#20 0x08080e25 in ap_build_cont_config ()
#21 0x08091f68 in start_ifmod ()
#22 0x0808005e in invoke_cmd ()
#23 0x080815a2 in execute_now ()
#24 0x08080b1d in ap_build_config_sub ()
#25 0x080810cb in ap_build_config ()
#26 0x08081aab in ap_process_resource_config ()
#27 0x080822f7 in ap_read_config ()
#28 0x080840a7 in main ()
#29 0x400c6111 in __libc_start_main () from /lib/libc.so.6
*** using lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APXS => /home/stas/httpd-2.0/bin/apxs
MP_DEBUG => 1
MP_GENERATE_XS => 1
MP_LIBNAME => libmodperl
MP_TRACE => 1
MP_USE_DSO => 1
*** /home/stas/httpd-2.0/bin/httpd -v
Server version: Apache/2.0.18-dev
Server built: Apr 21 2001 02:51:01
*** /home/stas/perl-5.6.1/bin/perl -V
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
Platform:
osname=linux, osvers=2.2.17-21mdk, archname=i686-linux-thread-multi
uname='linux llp.extropia.com 2.2.17-21mdk #1 thu oct 5 13:16:08 cest
2000 i686 unknown '
config_args='-des -Dusethreads -Doptimize=-g
-Dprefix=/home/stas/perl-5.6.1' hint=recommended, useposix=true,
d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
Compiler:
cc='cc', ccflags ='-D_REENTRANT -DDEBUGGING -fno-strict-aliasing
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-g',
cppflags='-D_REENTRANT -DDEBUGGING -fno-strict-aliasing
-I/usr/local/include'
ccversion='', gccversion='2.96 20000731 (Linux-Mandrake 8.0
2.96-0.48mdk)', 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/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lndbm -lgdbm -ldl -lm -lpthread -lc -lposix -lcrypt -lutil
perllibs=-lnsl -ldl -lm -lpthread -lc -lposix -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/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 Apr 21 2001 00:10:40
@INC:
/home/stas/perl-5.6.1/lib/5.6.1/i686-linux-thread-multi
/home/stas/perl-5.6.1/lib/5.6.1
/home/stas/perl-5.6.1/lib/site_perl/5.6.1/i686-linux-thread-multi
/home/stas/perl-5.6.1/lib/site_perl/5.6.1
/home/stas/perl-5.6.1/lib/site_perl
.
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://apachetoday.com http://logilune.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Doug MacEachern <do...@covalent.net>.
On Sat, 21 Apr 2001, Stas Bekman wrote:
> Why 'make clean' doesn't nuke those? Is 'make realclean' due?
dunno, probably should.
> using Apache-AdvancedExtranetServer/1.3.19
umm, that does not look like a 2.0 server
> I've the latest httpd-2.0 cvs. (2 minutes old)
>
> -----------------------
>
> Also how can I kill the interactive question:
>
> Reading Makefile.PL args from @ARGV
> MP_GENERATE_XS = 1
> MP_USE_DSO = 1
> MP_DEBUG = 1
> Configure mod_perl with ../httpd-2.0? [y]
> I do supply MP_APXS argument.
% grep -i prompt lib/ModPerl/BuildOptions.pm
PROMPT_DEFAULT Accept default value for all would-be prompts
but you don't get prompted for that with a MP_APXS argument.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Stas Bekman <st...@stason.org>.
> > note that I've seen this error with DSO as well, I think I get it every
> > time I change the build options.
>
> i wonder if your picking up a bogus Apache::BuildConfig. make sure you
> don't have one installed in site_perl and rm lib/Apache/BuildConfig.pm
> blib/lib/Apache/BuildConfig.pm
Seems like it was the problem. It doesn't try to use libperl.so after I've
deleted those.
Why 'make clean' doesn't nuke those? Is 'make realclean' due?
-----------------------
Now I get:
/usr/sbin/httpd -d /home/stas/apache.org/modperl-2.0/t -f
/home/stas/apache.org/modperl-2.0/t/conf/httpd.conf
using Apache-AdvancedExtranetServer/1.3.19
waiting for server to warm up...Syntax error on line 4 of
/home/stas/apache.org/modperl-2.0/t/conf/httpd.conf:
Cannot load
/home/stas/apache.org/modperl-2.0/src/modules/perl/libmodperl.so into
server: /home/stas/apache.org/modperl-2.0/src/modules/perl/libmodperl.so:
undefined symbol: apr_bucket_setaside_notimpl
............giving up
I've the latest httpd-2.0 cvs. (2 minutes old)
-----------------------
Also how can I kill the interactive question:
Reading Makefile.PL args from @ARGV
MP_GENERATE_XS = 1
MP_USE_DSO = 1
MP_DEBUG = 1
Configure mod_perl with ../httpd-2.0? [y]
I do supply MP_APXS argument.
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://apachetoday.com http://logilune.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Doug MacEachern <do...@covalent.net>.
On Sat, 21 Apr 2001, Stas Bekman wrote:
> I get the same trace without -Duseshrplib.
thats not possible. you stacktrace was trying to load:
/home/stas/perl-5.6.1/lib/5.6.1/i686-linux-thread-multi/CORE/libperl.so
which does not happen without -Duseshrplib
unless it has somehow become the default, in which case you should
-Uuseshrplib
> It still builds libmodperl.so,
> because of: MP_USE_DSO=1. I probably miss something.
>
> If I build with
> MP_GENERATE_XS=1 MP_STATIC_EXTS=1 MP_DEBUG=1
> or
> MP_GENERATE_XS=1 MP_USE_DSO=0 MP_DEBUG=1
stick with DSO for now. if there's a bug on your system, lets fix it.
> I get:
>
> Can't locate Apache/ConstantsTable.pm in @INC (@INC contains: ../lib
> ../../lib lib Apache-Test/lib
> /home/stas/perl-5.6.1/lib/5.6.1/i686-linux-thread-multi
> /home/stas/perl-5.6.1/lib/5.6.1
> /home/stas/perl-5.6.1/lib/site_perl/5.6.1/i686-linux-thread-multi
> /home/stas/perl-5.6.1/lib/site_perl/5.6.1
> /home/stas/perl-5.6.1/lib/site_perl .) at lib/ModPerl/Code.pm line 689.
>
> fixed by adding
>
> use lib '../xs/tables/current';
>
> not sure whether this it the right fix though.
should be fixed now.
> note that I've seen this error with DSO as well, I think I get it every
> time I change the build options.
i wonder if your picking up a bogus Apache::BuildConfig. make sure you
don't have one installed in site_perl and rm lib/Apache/BuildConfig.pm
blib/lib/Apache/BuildConfig.pm
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Stas Bekman <st...@stason.org>.
On Fri, 20 Apr 2001, Doug MacEachern wrote:
> On Sat, 21 Apr 2001, Stas Bekman wrote:
>
> > I get the same trace without -Duseshrplib.
>
> i am getting a core dump with 5.6.1 too. its similar to the trace you
> posted before, but not the same. bandaid below prevents it,
> filters/input_msg test will fail.
I'm not getting to the 'make test' stage yet :(
> --- t/conf/modperl_extra.pl 2001/04/19 21:26:38 1.5
> +++ t/conf/modperl_extra.pl 2001/04/20 18:39:21
> @@ -7,7 +7,7 @@
> use Apache::Const -compile => ':common';
> use APR::Const -compile => ':common';
>
> -eval { require TestFilter::input_msg };
> +#eval { require TestFilter::input_msg };
>
> use APR::Table ();
>
>
>
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://apachetoday.com http://logilune.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Doug MacEachern <do...@covalent.net>.
On Sat, 21 Apr 2001, Stas Bekman wrote:
> I get the same trace without -Duseshrplib.
i am getting a core dump with 5.6.1 too. its similar to the trace you
posted before, but not the same. bandaid below prevents it,
filters/input_msg test will fail.
--- t/conf/modperl_extra.pl 2001/04/19 21:26:38 1.5
+++ t/conf/modperl_extra.pl 2001/04/20 18:39:21
@@ -7,7 +7,7 @@
use Apache::Const -compile => ':common';
use APR::Const -compile => ':common';
-eval { require TestFilter::input_msg };
+#eval { require TestFilter::input_msg };
use APR::Table ();
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Doug MacEachern <do...@covalent.net>.
On Sat, 21 Apr 2001, Stas Bekman wrote:
> MP_GENERATE_XS=1 MP_STATIC_EXTS=1 MP_DEBUG=1
fwiw, after fixing the lib path in WrapXS.pm, i can build with these
options. i did not actually try linking/running libmodperl.a with httpd
tho.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Stas Bekman <st...@stason.org>.
On Fri, 20 Apr 2001, Doug MacEachern wrote:
> On Fri, 20 Apr 2001, Stas Bekman wrote:
>
> > ./Configure -des -Dusethreads -Doptimize='-g' -Duseshrplib
>
> try without -Duseshrplib, your core dump is clearly related to that. no
> idea what the real problem is tho.
I get the same trace without -Duseshrplib. It still builds libmodperl.so,
because of: MP_USE_DSO=1. I probably miss something.
If I build with
MP_GENERATE_XS=1 MP_STATIC_EXTS=1 MP_DEBUG=1
or
MP_GENERATE_XS=1 MP_USE_DSO=0 MP_DEBUG=1
I get:
Can't locate Apache/ConstantsTable.pm in @INC (@INC contains: ../lib
../../lib lib Apache-Test/lib
/home/stas/perl-5.6.1/lib/5.6.1/i686-linux-thread-multi
/home/stas/perl-5.6.1/lib/5.6.1
/home/stas/perl-5.6.1/lib/site_perl/5.6.1/i686-linux-thread-multi
/home/stas/perl-5.6.1/lib/site_perl/5.6.1
/home/stas/perl-5.6.1/lib/site_perl .) at lib/ModPerl/Code.pm line 689.
fixed by adding
use lib '../xs/tables/current';
not sure whether this it the right fix though.
note that I've seen this error with DSO as well, I think I get it every
time I change the build options.
and this:
generate_constants...make[1]: Entering directory
`/home/stas/apache.org/modperl-2.0/src/modules/perl'
cc -I/home/stas/apache.org/modperl-2.0/src/modules/perl
-I/home/stas/apache.org/modperl-2.0/xs
-I/home/stas/apache.org/modperl-2.0/../httpd-2.0/include
-I/home/stas/apache.org/modperl-2.0/../httpd-2.0/srclib/apr/include
-I/home/stas/apache.org/modperl-2.0/../httpd-2.0/srclib/apr-util/include
-I/home/stas/apache.org/modperl-2.0/../httpd-2.0/os/unix -D_REENTRANT
-DDEBUGGING -fno-strict-aliasing -I/usr/local/include
-I/home/stas/perl-5.6.1/lib/5.6.1/i686-linux-thread-multi/CORE -DMOD_PERL
-g -c mod_perl.c
In file included from mod_perl.h:9,
from mod_perl.c:1:
modperl_flags.h:1:1: unterminated #ifndef
In file included from mod_perl.h:10,
from mod_perl.c:1:
modperl_hooks.h:1:1: unterminated #ifndef
In file included from modperl_log.h:8,
from mod_perl.h:24,
from mod_perl.c:1:
modperl_trace.h:107:91: warning: no newline at end of file
modperl_trace.h:107:91: warning: no newline at end of file
modperl_trace.h:1:1: unterminated #ifndef
In file included from mod_perl.h:26,
from mod_perl.c:1:
modperl_directives.h:130:18: warning: no newline at end of file
modperl_directives.h:130:18: warning: no newline at end of file
modperl_directives.h:1:1: unterminated #ifndef
make[1]: *** [mod_perl.o] Error 1
make[1]: Leaving directory
`/home/stas/apache.org/modperl-2.0/src/modules/perl'
make: *** [modperl_lib] Error 2
I guess that's related to the note that you haven't test the static build
for a long time. But then I can't make DSO working on my box :(
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://apachetoday.com http://logilune.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: core dumps
Posted by Doug MacEachern <do...@covalent.net>.
On Fri, 20 Apr 2001, Stas Bekman wrote:
> ./Configure -des -Dusethreads -Doptimize='-g' -Duseshrplib
try without -Duseshrplib, your core dump is clearly related to that. no
idea what the real problem is tho.
> Doug, I wonder whether reporting build options is as helpful as the output
> of -v/-V from the used components. It looks shorter to me.
the more info the better.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org