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.

If you rebuild mod_perl with MP_DEBUG=1, your backtrace should
endup containing more usefull information, like line numbers and
and arguments.

You could also try and reduce this problem to a self-contained
test based on one of geoff's skeletons like this one:

http://people.apache.org/~geoff/bug-reporting-skeleton-mp2.tar.gz


> --
> 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 ()
> 

-- 
--------------------------------------------------------------------------------
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

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to