Vincent Moneymaker wrote:
I am running Apache 2.0.52 on a solaris 8 box with mod_perl-2.0.0-RC5. I previously had problems using Apache::Reload with mod_perl 1.99_19 version back in December and gave up trying to find a fix. I thought I would try again with the RC5 version but after having upgraded from mod_perl 1.99_12 to RC5 I am getting segmentation fault errors when the Apache2::Reload module is present in my httpd.conf file and a change is then made in a module and the web page that is created via the changed module is then called up. I know that the segmentation fault is related to the Apache2::Reload module because the segmentation fault errors don't appear when the same change is made in the module (i.e. a simple print statement) but without Apache2::Reload being present in the httpd.conf file.

Stas Bekman wrote:
It's probably related to the similar segfaults I've been seeing and reported here [1]. But if you don't show the backtrace of the core file as explained at http://perl.apache.org/bugs/ we will never know.


I've CC'ed Philippe on this one, hoping that he will find the time to fix this problem.


Here is the output from the backtrace (hope I did it correctly)


Program received signal SIGSEGV, Segmentation fault.
0xdeb3618f in Perl_gv_efullname3 () from /opt/prod/apache/modules/mod_perl.so
(gdb) bt
#0 0xdeb3618f in Perl_gv_efullname3 ()
from /opt/prod/apache/modules/mod_perl.so
#1 0xdeb4ba96 in S_gv_ename () from /opt/prod/apache/modules/mod_perl.so
#2 0xdeb57917 in Perl_ck_subr () from /opt/prod/apache/modules/mod_perl.so
#3 0xdeb4faf2 in Perl_newUNOP () from /opt/prod/apache/modules/mod_perl.so
#4 0xdeb4b706 in Perl_yyparse () from /opt/prod/apache/modules/mod_perl.so
#5 0xdeb9169d in S_doeval () from /opt/prod/apache/modules/mod_perl.so
#6 0xdeb9293f in Perl_pp_require () from /opt/prod/apache/modules/mod_perl.so
#7 0xdeb226a1 in modperl_pp_require () at modperl_perl_pp.c:69
#8 0xdeb6d61e in Perl_runops_standard ()
from /opt/prod/apache/modules/mod_perl.so
#9 0xdeb31361 in S_call_body () from /opt/prod/apache/modules/mod_perl.so
#10 0xdeb3113c in Perl_call_sv () from /opt/prod/apache/modules/mod_perl.so
#11 0xdeb14727 in modperl_callback (handler=0x8681fc0, p=0xcd12d10,
r=0xcd12d48, s=0xc79c908, args=0xccf13ac) at modperl_callback.c:100
#12 0xdeb14dfc in modperl_callback_run_handlers (idx=0, type=5, r=0xcd12d48,
c=0x0, s=0xc79c908, pconf=0x0, plog=0x0, ptemp=0x0,
run_mode=MP_HOOK_RUN_ALL) at modperl_callback.c:261
#13 0xdeb1521e in modperl_callback_per_srv (idx=0, r=0xcd12d48,
run_mode=MP_HOOK_RUN_ALL) at modperl_callback.c:376
#14 0xdeb2bd20 in modperl_post_read_request_handler (r=0xcd12d48)
at modperl_hooks.c:67
#15 0x0807fd3e in ap_run_post_read_request (r=0xcd12d48) at protocol.c:1555
#16 0x0807eff3 in ap_read_request (conn=0xccf9948) at protocol.c:994
#17 0x0806c754 in ap_process_http_connection (c=0xccf9948) at http_core.c:242
#18 0x0807b4e6 in ap_run_process_connection (c=0xccf9948) at connection.c:42
#19 0x08071b55 in child_main (child_num_arg=0) at prefork.c:609
#20 0x08071d0a in make_child (s=0x80b9d80, slot=0) at prefork.c:649
#21 0x08071d63 in startup_children (number_to_start=8) at prefork.c:721
#22 0x08072479 in ap_mpm_run (_pconf=0x80b7fe0, plog=0x80e2088, s=0x80b9d80)
at prefork.c:940
#23 0x0807758e in main (argc=6, argv=0x8047c54) at main.c:617





Reply via email to