You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Dave Smith <ds...@prastha.com> on 2002/08/29 19:19:21 UTC

[mp2.0] httpd - segmentation fault

(Not sure if this belong on the httpd list or this one... ?)


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

  Apache 2.0 starts w/out errors and immediately dies.

  $ ./httpd -X -e debug
  [debug] mod_so.c(290): loaded module php4_module
  [debug] mod_so.c(290): loaded module perl_module
  Segmentation fault
  $

2. Used Components and their Configuration:

*** using lib/Apache/BuildConfig.pm
*** Makefile.PL options:
  MP_AP_PREFIX    => /opt/local/apache2
  MP_GENERATE_XS  => 1
  MP_INST_APACHE2 => 1
  MP_LIBNAME      => mod_perl
  MP_USE_DSO      => 1
  MP_USE_STATIC   => 1


*** /opt/local/apache2/bin/httpd -V
Server version: Apache/2.0.40
Server built:   Aug 28 2002 10:18:53
Server's Module Magic Number: 20020628:0
Architecture:   32-bit
Server compiled with....
 -D APACHE_MPM_DIR="server/mpm/prefork"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6
 -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/local/apache2"
 -D SUEXEC_BIN="/opt/local/apache2/bin/suexec"
 -D DEFAULT_PIDLOG="logs/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_LOCKFILE="logs/accept.lock"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"


*** /usr/local/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
  Platform:
    osname=linux, osvers=2.4.18-5, archname=i686-linux
    uname='linux sindhu 2.4.18-5 #1 mon jun 10 15:31:48 edt 2002 i686
unknown '
    config_args='-ds -e'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=undef use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include
-I/opt/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O2',
    cppflags='-fno-strict-aliasing -I/usr/local/include -I/opt/local/include'
    ccversion='', gccversion='2.96 20000731 (Red Hat Linux 7.3 2.96-112)',
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='cc', ldflags =' -L/usr/local/lib -L/opt/local/lib'
    libpth=/usr/local/lib /opt/local/lib /lib /usr/lib
    libs=-lnsl -ldb -ldl -lm -lc -lcrypt -lutil
    perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil
    libc=/lib/libc-2.2.5.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version='2.2.5'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
    cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib -L/opt/local/lib'


Characteristics of this binary (from libperl):
  Compile-time options: USE_LARGE_FILES
  Built under linux
  Compiled at Aug 28 2002 09:27:14
  %ENV:
    PERL_LWP_USE_HTTP_10="1"
  @INC:
    /usr/local/lib/perl5/5.8.0/i686-linux
    /usr/local/lib/perl5/5.8.0
    /usr/local/lib/perl5/site_perl/5.8.0/i686-linux
    /usr/local/lib/perl5/site_perl/5.8.0
    /usr/local/lib/perl5/site_perl/5.6.1
    /usr/local/lib/perl5/site_perl/5.6.0
    /usr/local/lib/perl5/site_perl
    .


3. This is the core dump trace: (if you get a core dump):

  no core dump!

This report was generated by t/REPORT on Thu Aug 29 16:58:22 2002 GMT.

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







---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Stas Bekman <st...@stason.org>.
Dave Smith wrote:
> OK, I rebuilt perl with -Uuselargefiles, then rebuilt mod_perl.
> 
> Stills gives a core dump, but looks a little differnt...
> 
> #0  0x403a9793 in Perl_require_pv (pv=0x814a498
> "/data/httpd/perl/startup2.pl") at perl.c:2197
> 2197	    PUSHSTACKi(PERLSI_REQUIRE);
> (gdb) where
> #0  0x403a9793 in Perl_require_pv (pv=0x814a498
> "/data/httpd/perl/startup2.pl") at perl.c:2197
> #1  0x4039965e in modperl_require_file (pv=0x814a498
> "/data/httpd/perl/startup2.pl", logfailure=0)
>     at modperl_util.c:30

Sorry Dave, I don't know what could be the problem then :( Doug is away 
on vacation for a few days, hopefully he will know where the problem is 
when he comes back.



__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Dave Smith <ds...@prastha.com>.
OK, I rebuilt perl with -Uuselargefiles, then rebuilt mod_perl.

Stills gives a core dump, but looks a little differnt...

#0  0x403a9793 in Perl_require_pv (pv=0x814a498
"/data/httpd/perl/startup2.pl") at perl.c:2197
2197	    PUSHSTACKi(PERLSI_REQUIRE);
(gdb) where
#0  0x403a9793 in Perl_require_pv (pv=0x814a498
"/data/httpd/perl/startup2.pl") at perl.c:2197
#1  0x4039965e in modperl_require_file (pv=0x814a498
"/data/httpd/perl/startup2.pl", logfailure=0)
    at modperl_util.c:30
#2  0x40396a51 in modperl_cmd_requires (parms=0xbffff6e0, mconfig=0x8134520,
    arg=0x814a498 "/data/httpd/perl/startup2.pl") at modperl_cmd.c:97
#3  0x0809cba2 in invoke_cmd (cmd=0x404a58b0, parms=0xbffff6e0,
mconfig=0x8134520, args=0x8137d5c "")
    at config.c:797
#4  0x0809d20b in ap_walk_config_sub (current=0x8137d20, parms=0xbffff6e0,
section_vector=0x812a6c0)
    at config.c:1079
#5  0x0809d284 in ap_walk_config (current=0x812ff70, parms=0xbffff6e0,
section_vector=0x812a6c0) at config.c:1118
#6  0x0809dab0 in ap_process_config_tree (s=0x80f67d8, conftree=0x812ff70,
p=0x80deb30, ptemp=0x812ac60)
    at config.c:1556
#7  0x0809fdb6 in main (argc=2, argv=0xbffff804) at main.c:623
#8  0x42017589 in __libc_start_main () from /lib/i686/libc.so.6



<quote who="Stas Bekman">
> Dave Smith wrote:
>> (gdb) where
>> #0  0x403965f6 in Perl_require_pv () from
>> /opt/local/apache2/modules/mod_perl.so
>
> this is weird, modperl_require_file() calls require_pv(pv), which seems
> to be just right in the frame #1. but it never gets passed to
> require_pv().
>
>> #1  0x4038803e in modperl_require_file (pv=0x813ecd8
>> "/data/httpd/perl/startup2.pl", logfailure=0)
>>     at modperl_util.c:30
>
> Could it be somehow related to the LARGE_FILES flag enabled? Do you
> still have this problem if you rebuild perl with -Uuselargefiles and
> subsequent rebuild of mod_perl?
>
> If this still doesn't help, please give me quick instructions on
> getting/installing the php4_module for 2.0, I'll try to reproduce the
> problem.
>
> __________________________________________________________________ Stas
> Bekman            JAm_pH ------> Just Another mod_perl Hacker
> http://stason.org/     mod_perl Guide ---> http://perl.apache.org
> mailto:stas@stason.org http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org   http://ticketmaster.com
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org


-- 
Kind regards,

Dave Smith
<ds...@prastha.com>




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Stas Bekman <st...@stason.org>.
Dave Smith wrote:
> (gdb) where
> #0  0x403965f6 in Perl_require_pv () from
> /opt/local/apache2/modules/mod_perl.so

this is weird, modperl_require_file() calls require_pv(pv), which seems 
to be just right in the frame #1. but it never gets passed to require_pv().

> #1  0x4038803e in modperl_require_file (pv=0x813ecd8
> "/data/httpd/perl/startup2.pl", logfailure=0)
>     at modperl_util.c:30

Could it be somehow related to the LARGE_FILES flag enabled? Do you 
still have this problem if you rebuild perl with -Uuselargefiles and 
subsequent rebuild of mod_perl?

If this still doesn't help, please give me quick instructions on 
getting/installing the php4_module for 2.0, I'll try to reproduce the 
problem.

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Dave Smith <ds...@prastha.com>.
(gdb) where
#0  0x403965f6 in Perl_require_pv () from
/opt/local/apache2/modules/mod_perl.so
#1  0x4038803e in modperl_require_file (pv=0x813ecd8
"/data/httpd/perl/startup2.pl", logfailure=0)
    at modperl_util.c:30
#2  0x403854c1 in modperl_cmd_requires (parms=0xbffff4a0, mconfig=0x8132518,
    arg=0x813ecd8 "/data/httpd/perl/startup2.pl") at modperl_cmd.c:97
#3  0x0809cba2 in invoke_cmd (cmd=0x4043f070, parms=0xbffff4a0,
mconfig=0x8132518, args=0x8135d54 "")
    at config.c:797
#4  0x0809d20b in ap_walk_config_sub (current=0x8135d18, parms=0xbffff4a0,
section_vector=0x812a6c0)
    at config.c:1079
#5  0x0809d284 in ap_walk_config (current=0x812ff70, parms=0xbffff4a0,
section_vector=0x812a6c0) at config.c:1118
#6  0x0809dab0 in ap_process_config_tree (s=0x80f67d8, conftree=0x812ff70,
p=0x80deb30, ptemp=0x812ac60)
    at config.c:1556
#7  0x0809fdb6 in main (argc=2, argv=0xbffff5c4) at main.c:623
#8  0x42017589 in __libc_start_main () from /lib/i686/libc.so.6


<quote who="Stas Bekman">
> Dave Smith wrote:
>> (Not sure if this belong on the httpd list or this one... ?)
>>
>>
>> -------------8<---------- Start Bug Report ------------8<---------- 1.
>> Problem Description:
>>
>>   Apache 2.0 starts w/out errors and immediately dies.
>>
>>   $ ./httpd -X -e debug
>>   [debug] mod_so.c(290): loaded module php4_module
>>   [debug] mod_so.c(290): loaded module perl_module
>>   Segmentation fault
> [...]
>> 3. This is the core dump trace: (if you get a core dump):
>>
>>   no core dump!
>
> The report is useless without the back trace, see:
> http://perl.apache.org/docs/2.0/devel/debug_c/debug_c.html#Getting_the_core_File_Dumped
>
> once you give us the back trace, then it'll be clear who's the offender
> and where to report.
>
>
> __________________________________________________________________ Stas
> Bekman            JAm_pH ------> Just Another mod_perl Hacker
> http://stason.org/     mod_perl Guide ---> http://perl.apache.org
> mailto:stas@stason.org http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org   http://ticketmaster.com
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org


-- 
Kind regards,

Dave Smith
<ds...@prastha.com>




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Stas Bekman <st...@stason.org>.
Dave Smith wrote:
> (Not sure if this belong on the httpd list or this one... ?)
> 
> 
> -------------8<---------- Start Bug Report ------------8<----------
> 1. Problem Description:
> 
>   Apache 2.0 starts w/out errors and immediately dies.
> 
>   $ ./httpd -X -e debug
>   [debug] mod_so.c(290): loaded module php4_module
>   [debug] mod_so.c(290): loaded module perl_module
>   Segmentation fault
[...]
> 3. This is the core dump trace: (if you get a core dump):
> 
>   no core dump!

The report is useless without the back trace, see:
http://perl.apache.org/docs/2.0/devel/debug_c/debug_c.html#Getting_the_core_File_Dumped

once you give us the back trace, then it'll be clear who's the offender 
and where to report.


__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Doug MacEachern <do...@covalent.net>.
On Wed, 11 Sep 2002, Dave Smith wrote:

> > does 'make test' pass for you?

answer to this question?

if yes, can you provide your configuration.  i can't see anything abnormal 
with the trace output.




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Dave Smith <ds...@prastha.com>.
Doug MacEachern said:
> On Fri, 6 Sep 2002, Dave Smith wrote:
>
>> I'm using mod_perl-2.0 (cvs version).
>> I did a cvs update this morning. Here's the trace:
>
> stacktrace looks like the perl interpreter is not being destructed. i've
> seen this before, but was due to a bug that has been since fixed long
> ago.  not seeing the problem here.  does 'make test' pass for you?
>
> could you compile mod_perl with Makefile.PL MP_DEBUG=1
> and configure 'PerlTrace all' in httpd.conf (just after the LoadModule
> perl_module) and post the output from the error_log?

modperl_mgv_resolve: `handler' not found in class `Apache::Registry'
modperl_mgv_resolve: `handler' not found in class `Apache::CodeRed'
modperl_mgv_resolve: `handler' not found in class `Apache::Nimba'
modperl_mgv_resolve: `handler' not found in class `Apache::Nimba'
modperl_callback_run_handlers: no PerlPostConfigHandler handlers
configured ()
modperl_xs_dl_handles_get: Apache::RequestRec dl handle == 0x82014f8
modperl_xs_dl_handles_get: Apache::SubRequest dl handle == 0x8225f90
modperl_xs_dl_handles_get: Apache::Connection dl handle == 0x82274c8
modperl_xs_dl_handles_get: Apache::Server dl handle == 0x8229ed0
modperl_xs_dl_handles_get: Apache::ServerUtil dl handle == 0x822ca08
modperl_xs_dl_handles_get: Apache::Access dl handle == 0x822e8c0
modperl_xs_dl_handles_get: Apache::RequestIO dl handle == 0x8230b30
modperl_xs_dl_handles_get: Apache::RequestUtil dl handle == 0x8233080
modperl_xs_dl_handles_get: Apache::Response dl handle == 0x8235aa8
modperl_xs_dl_handles_get: Apache::Util dl handle == 0x82377b0
modperl_xs_dl_handles_get: Apache::Log dl handle == 0x8238808
modperl_xs_dl_handles_get: Apache::URI dl handle == 0x823d020
modperl_xs_dl_handles_get: APR::Date dl handle == 0x823e260
modperl_xs_dl_handles_get: APR::Table dl handle == 0x82405d8
modperl_xs_dl_handles_get: APR::Pool dl handle == 0x8242298
modperl_xs_dl_handles_get: APR::URI dl handle == 0x8243b30
modperl_xs_dl_handles_get: APR::Util dl handle == 0x8245808
modperl_xs_dl_handles_get: Apache::Const dl handle == 0x828a1a8
modperl_xs_dl_handles_get: Fcntl dl handle == 0x82abec0
modperl_xs_dl_handles_get: Cwd dl handle == 0x82baf88
modperl_xs_dl_handles_get: IO dl handle == 0x837e260
modperl_xs_dl_handles_get: Socket dl handle == 0x83c22c0
modperl_xs_dl_handles_get: DBI dl handle == 0x862e588
modperl_xs_dl_handles_get: DBD::Oracle dl handle == 0x86bb4a0
modperl_xs_dl_handles_get: Apache::Module dl handle == 0x86dbfa0
modperl_shutdown: destroying interpreter=0x81e13a8
modperl_xs_dl_handles_close: close 0x82014f8
modperl_xs_dl_handles_close: close 0x8225f90
modperl_xs_dl_handles_close: close 0x82274c8
modperl_xs_dl_handles_close: close 0x8229ed0
modperl_xs_dl_handles_close: close 0x822ca08
modperl_xs_dl_handles_close: close 0x822e8c0
modperl_xs_dl_handles_close: close 0x8230b30
modperl_xs_dl_handles_close: close 0x8233080
modperl_xs_dl_handles_close: close 0x8235aa8
modperl_xs_dl_handles_close: close 0x82377b0
modperl_xs_dl_handles_close: close 0x8238808
modperl_xs_dl_handles_close: close 0x823d020
modperl_xs_dl_handles_close: close 0x823e260
modperl_xs_dl_handles_close: close 0x82405d8
modperl_xs_dl_handles_close: close 0x8242298
modperl_xs_dl_handles_close: close 0x8243b30
modperl_xs_dl_handles_close: close 0x8245808
modperl_xs_dl_handles_close: close 0x828a1a8
modperl_xs_dl_handles_close: close 0x82abec0
modperl_xs_dl_handles_close: close 0x82baf88
modperl_xs_dl_handles_close: close 0x837e260
modperl_xs_dl_handles_close: close 0x83c22c0
modperl_xs_dl_handles_close: close 0x862e588
modperl_xs_dl_handles_close: close 0x86bb4a0
modperl_xs_dl_handles_close: close 0x86dbfa0




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Doug MacEachern <do...@covalent.net>.
On Fri, 6 Sep 2002, Dave Smith wrote:
 
> I'm using mod_perl-2.0 (cvs version).
> I did a cvs update this morning. Here's the trace:

stacktrace looks like the perl interpreter is not being destructed.
i've seen this before, but was due to a bug that has been since fixed long 
ago.  not seeing the problem here.  does 'make test' pass for you?

could you compile mod_perl with Makefile.PL MP_DEBUG=1
and configure 'PerlTrace all' in httpd.conf (just after the LoadModule 
perl_module) and post the output from the error_log?



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Dave Smith <ds...@prastha.com>.
Doug MacEachern said:
> On Thu, 29 Aug 2002, Dave Smith wrote:
>
>> (Not sure if this belong on the httpd list or this one... ?)
>
> this one.
>
>>
>> -------------8<---------- Start Bug Report ------------8<----------
>
> hmm, we don't include $mod_perl::VERSION in this report?
>
> what version are you using?  if from-cvs, can you try with the very
> latest?

I'm using mod_perl-2.0 (cvs version).
I did a cvs update this morning. Here's the trace:


#0  0x4040755b in S_new_he () at hv.c:30
30	    PL_he_root = HeNEXT(he);
(gdb) where
#0  0x4040755b in S_new_he () at hv.c:30
#1  0x4040854a in Perl_hv_store_flags (hv=0x81ee9e4, key=0xbffff360
"Layer::", klen=7, val=0x81ee9f0,
    hash=3039526996, flags=0) at hv.c:641
#2  0x40407b7d in S_hv_fetch_flags (hv=0x81ee9e4, key=0xbffff360
"Layer::", klen=7, lval=2, flags=0) at hv.c:315
#3  0x40407796 in Perl_hv_fetch (hv=0x81ee9e4, key=0xbffff360 "Layer::",
klen=7, lval=2) at hv.c:189
#4  0x403b363d in Perl_gv_fetchpv (nambeg=0x404a88cd
"PerlIO::Layer::find", add=2, sv_type=12) at gv.c:663
#5  0x403e199b in Perl_newXS (name=0x404a88cd "PerlIO::Layer::find",
subaddr=0x4047d174 <XS_PerlIO__Layer__find>,
    filename=0x404a8711 "perlio.c") at op.c:5223
#6  0x4047daed in Perl_boot_core_PerlIO () at perlio.c:1006
#7  0x403acb54 in S_parse_body (env=0x0, xsinit=0x403946fc
<modperl_xs_init>) at perl.c:1453
#8  0x403abfb6 in perl_parse (my_perl=0x81ee6c8, xsinit=0x403946fc
<modperl_xs_init>, argc=2, argv=0x8132048,
    env=0x0) at perl.c:1041
#9  0x40394806 in modperl_startup (s=0x80f67d8, p=0x80deb30) at
mod_perl.c:140
#10 0x40394f4a in modperl_init (base_server=0x80f67d8, p=0x80deb30) at
mod_perl.c:204
#11 0x40395811 in modperl_hook_init (pconf=0x80deb30, plog=0x8124c48,
ptemp=0x812ac60, s=0x80f67d8)
    at mod_perl.c:386
#12 0x0809bbb0 in ap_run_open_logs (pconf=0x80deb30, plog=0x8124c48,
ptemp=0x812ac60, s=0x80f67d8) at config.c:184
#13 0x0809fde9 in main (argc=2, argv=0xbffff894) at main.c:628
#14 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6



-- 
Kind regards,

Dave Smith
<ds...@prastha.com>




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org


Re: [mp2.0] httpd - segmentation fault

Posted by Doug MacEachern <do...@covalent.net>.
On Thu, 29 Aug 2002, Dave Smith wrote:

> (Not sure if this belong on the httpd list or this one... ?)

this one.
 
> 
> -------------8<---------- Start Bug Report ------------8<----------

hmm, we don't include $mod_perl::VERSION in this report?

what version are you using?  if from-cvs, can you try with the very 
latest?


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org