On Fri, 18 Jul 2003, Marc M. Adkins wrote:
>
> -------------8<---------- Start Bug Report ------------8<----------
> 1. Problem Description:
>
> #   Problem:  When I add PerlOptions +Parent I get a segfault.
> #
> #   Breaks with:
> #       Windows 2000 SP2
> #       Apache  2.0.46
> #       ActiveState Perl 5.8.0 (build 804)
> #       mod_perl 1.99.10dev    (installed using mpinstall.pl,
> #                               re-installed TODAY to be safe)
> #
> # C:\Apache2\conf\parental.conf
> LoadFile                    C:/Perl/bin/perl58.dll
> LoadModule                  perl_module     modules/mod_perl.so
> ###########################################################################
> #
> # Setup for named virtual hosts on port 80:
> #
>
> NameVirtualHost             *:80
> Listen                      80
>
> ###########################################################################
>
> <VirtualHost *:80>
>   ServerName                localhost:80
>   ServerAdmin               [EMAIL PROTECTED]
>   DocumentRoot              C:/Apache2/htdocs
>   PerlOptions               +Parent
>   PerlSwitches              -wT
> </VirtualHost>

Just to verify, I also get this with ActivePerl 806,
Apache/2.0.47, and the current mod_perl cvs version.
Here's some partial debug information:
============================================================
PERL58! 28083490()
PERL58! 280648b5()
modperl_perl_destruct(interpreter * 0x0089c794):
   line 130 + 9 bytes: modperl_perl.c
modperl_interp_destroy(modperl_interp_t * 0x008a47c8):
   line 128 + 12 bytes: modperl_interp.c
modperl_interp_pool_destroy(void * 0x00869b78):
   line 184 + 12 bytes: modperl_interp.c
run_cleanups(cleanup_t * * 0x0089a7a8):
   line 1980: httpd-2.0.47\srclib\apr\memory\unix\apr_pools.c
apr_pool_destroy(apr_pool_t * 0x00401585):
    line 758: httpd-2.0.47\srclib\apr\memory\unix\apr_pools.c
main(int 0x00401d82, const char * const * 0x00000001) line 619
APACHE! mainCRTStartup + 227 bytes
KERNEL32! 77e7eb69()
===================================================================

-- 
best regards,
randy kobes

Reply via email to