To avoid this kind of random segfaults I would suggest that if there are any perl interpreters still running when we are shutingdown the first perl interpreter we don't actually cleanup after us (The system will).
Arthur On l�rdag, april 6, 2002, at 07:03 , Stas Bekman wrote: > This problem is still there with the latest coolest modperl 2.0. > > #0 0x4043a881 in Perl_die_where (my_perl=0x8332c38, > message=0x8bbfc60 "Can't undef active subroutine during global > destruction.\n", msglen=57) > at pp_ctl.c:1276 > 1276 sv_setpvn(ERRSV, message, msglen); > #1 0x403e0521 in Perl_vcroak (my_perl=0x8332c38, pat=0x4049b394 "Can't > undef active subroutine", > args=0xbfffe6e0) at util.c:1286 > #2 0x403e06fb in Perl_croak () at util.c:1345 > #3 0x403bd253 in Perl_cv_undef (my_perl=0x40330ad0, cv=0x82aa838) at > op.c:4384 > #4 0x4040d0e5 in Perl_sv_clear (my_perl=0x8332c38, sv=0x82aa838) at > sv.c:5037 > #5 0x4040d6d2 in Perl_sv_free (my_perl=0x8332c38, sv=0x82aa838) at > sv.c:5215 > #6 0x40389ca0 in Perl_gp_free (my_perl=0x8332c38, gv=0x8e976b0) at > gv.c:1241 > #7 0x4040d146 in Perl_sv_clear (my_perl=0x8332c38, sv=0x8e976b0) at > sv.c:5049 > #8 0x4040d6d2 in Perl_sv_free (my_perl=0x8332c38, sv=0x8e976b0) at > sv.c:5215 > #9 0x4040255d in do_clean_all (my_perl=0x8332c38, sv=0x8e976b0) at > sv.c:400 > #10 0x4040215d in S_visit (my_perl=0x8332c38, f=0x404024f0 > <do_clean_all>) at sv.c:292 > #11 0x4040259f in Perl_sv_clean_all (my_perl=0x8332c38) at sv.c:418 > #12 0x4037ddb7 in perl_destruct (my_perl=0x8332c38) at perl.c:732 > #13 0x40351728 in modperl_perl_destruct (perl=0x8332c38) at > modperl_perl.c:121 > #14 0x403446e9 in modperl_interp_destroy (interp=0x8117db8) at > modperl_interp.c:94 > #15 0x403448e0 in modperl_interp_pool_destroy (data=0x8117d58) at > modperl_interp.c:150 > #16 0x400423da in run_cleanups (c=0x814b1d8) at apr_pools.c:1713 > #17 0x40041862 in apr_pool_clear (pool=0x814b180) at apr_pools.c:603 > #18 0x40343dc1 in modperl_child_exit (data=0x0) at mod_perl.c:471 > #19 0x400423da in run_cleanups (c=0x83a6110) at apr_pools.c:1713 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
