I'm not a guru in gdb and with stack traces but some guesses!

Did you tried it with a recent perl compiled by your own and not the
stock perl from debian.

I always compile perl myself because most distros ship with a threaded
perl (and so does debian) which is not needed when e.g. running apache
in prefork-mode.

Tom

David Lamorski wrote:
> Hi Tom,
> 
> 
> thanks for the hint. I always tried out one self compiled mp2 2.0.2  and
> got the same segfault with exactly the same
> backtrace in gdb.
> 
> --
> Dave
> 
> Am 06.02.2006 um 15:10 schrieb Tom Schindl:
> 
>>> Hi David,
>>>
>>> sorry to disappoint you here but version 1.9921 is a preview  release of
>>> mp2 and not marked stable. At the moment we have 2.0.2, I know that
>>> 1.9921 is the version debian ships with but to get support you'll
>>> certainly have to upgrade your mp2 to an offically stable release,  maybe
>>> debian does this already in the unstable branch?
>>>
>>> The main problem for debian and other distributions to stick with such
>>> an ancient mp2 is the well known namespace swicht between 1.9921  and
>>> 1.9922.
>>>
>>> If you start porting things from mp1 to mp2 only make it once and not
>>> twice ;-)
>>>
>>> See here:
>>> http://perl.apache.org/docs/2.0/rename.html
>>>
>>> Tom
> 
> 
>>>> [Wed Feb 01 15:59:44 2006] [notice] child pid 24437 exit signal
>>>> Segmentation fault (11), possible coredump in /var/lib/apache2/tmp
>>>>
>>>> (gdb) bt
>>>> #0  0x405c8cee in modperl_dir_config ()
>>>>    from /usr/lib/apache2/modules/mod_perl.so
>>>> #1  0x40bb93f9 in XS_Apache__RequestRec_dir_config ()
>>>>    from /usr/lib/perl5/Apache2/auto/Apache/RequestUtil/RequestUtil.so
>>>> #2  0x4067bb09 in Perl_pp_entersub () from /usr/lib/libperl.so.5.8
>>>> #3  0x40673ce9 in Perl_runops_standard () from /usr/lib/libperl.so. 5.8
>>>> #4  0x40616459 in Perl_call_sv () from /usr/lib/libperl.so.5.8
>>>> #5  0x4061623d in Perl_call_sv () from /usr/lib/libperl.so.5.8
>>>> #6  0x40c85b0d in ?? () from /usr/lib/perl5/Apache2/auto/APR/Pool/ 
>>>> Pool.so
>>>> #7  0x087ce470 in ?? ()
>>>> #8  0x086bf2e4 in ?? ()
>>>> #9  0x00000004 in ?? ()
>>>> #10 0x4030f5d8 in ?? () from /usr/lib/libapr-0.so.0
>>>> #11 0x089bb378 in ?? ()
>>>> #12 0x08a2a778 in ?? ()
>>>> #13 0x087687f8 in ?? ()
>>>> #14 0x4030f5d8 in ?? () from /usr/lib/libapr-0.so.0
>>>> #15 0x089bd418 in ?? ()
>>>> #16 0x089bd408 in ?? ()
>>>> #17 0xbffff198 in ?? ()
>>>> #18 0x4030b76d in apr_pool_cleanup_run () from /usr/lib/libapr-0.so.0
>>>> #19 0x4030b76d in apr_pool_cleanup_run () from /usr/lib/libapr-0.so.0
>>>> #20 0x4030ae09 in apr_pool_clear () from /usr/lib/libapr-0.so.0
>>>> ---Type <return> to continue, or q <return> to quit---
>>>> #21 0x080767c5 in ap_graceful_stop_signalled ()
>>>> #22 0x08076ac7 in ap_graceful_stop_signalled ()
>>>> #23 0x08076be8 in ap_graceful_stop_signalled ()
>>>> #24 0x0807745a in ap_mpm_run ()
>>>> #25 0x0807da8d in main ()
> 

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to