Apache(2.0.48) with perl_mod(1.99_10) got a Segmentation fault when i access a perl script from apache. I use perl-5.8.2 built from source without thread-support. perl_mod is complied by perl "Makefile.PL MP_INST_APACHE2=1 MP_DEBUG=1 MP_AP_PREFIX=/usr/local/apache2".
GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...
(gdb) run -X -d /usr/local/apache2 Starting program: /usr/local/apache2/bin/httpd -X -d /usr/local/apache2 [New Thread 16384 (LWP 933)]
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 933)] 0x4027b14a in memcpy () from /lib/libc.so.6 (gdb) backtrace #0 0x4027b14a in memcpy () from /lib/libc.so.6 #1 0x40174728 in apr_file_read (thefile=0x8433e58, buf=0x0, nbytes=0x81b33ec) at readwrite.c:122 #2 0x403ab52e in modperl_slurp_filename (r=0x8433e58, tainted=0) at modperl_util.c:710 #3 0x406c677b in XS_Apache__RequestRec_slurp_filename (cv=0x81b33ec) at RequestUtil.xs:249 #4 0x404119ef in Perl_pp_entersub () from /usr/local/apache2/modules/mod_perl.so #5 0x4040c34c in Perl_runops_standard () from /usr/local/apache2/modules/mod_perl.so #6 0x403bf10a in S_call_body () from /usr/local/apache2/modules/mod_perl.so #7 0x403beefe in Perl_call_sv () from /usr/local/apache2/modules/mod_perl.so #8 0x403a7d66 in modperl_callback (handler=0x816cbd0, p=0x8433e20, r=0x8433e58, s=0x80c27f8, args=0x81509a4) at modperl_callback.c:69 #9 0x403a82f8 in modperl_callback_run_handlers (idx=6, type=4, r=0x8433e58, c=0x0, s=0x80c27f8, pconf=0x0, plog=0x0, ptemp=0x0, run_mode=MP_HOOK_RUN_FIRST) at modperl_callback.c:207 #10 0x403a84c7 in modperl_callback_per_dir (idx=6, r=0x8433e58, run_mode=MP_HOOK_RUN_FIRST) at modperl_callback.c:279 #11 0x403a44ed in modperl_response_handler_run (r=0x8433e58, finish=0) at mod_perl.c:857 #12 0x403a46e3 in modperl_response_handler_cgi (r=0x8433e58) at mod_perl.c:922 #13 0x08081435 in ap_run_handler (r=0x8433e58) at config.c:195 #14 0x08081a3f in ap_invoke_handler (r=0x7) at config.c:401 #15 0x0806e846 in ap_process_request (r=0x815bad4) at http_request.c:288 #16 0x08069cac in ap_process_http_connection (c=0x7) at http_core.c:293 #17 0x0808c265 in ap_run_process_connection (c=0x81632a0) at connection.c:85 #18 0x0807fa5c in child_main (child_num_arg=0) at prefork.c:694 #19 0x0807fc6a in make_child (s=0x1bd2, slot=0) at prefork.c:734 #20 0x0807fcc8 in startup_children (number_to_start=5) at prefork.c:806 #21 0x0808050f in ap_mpm_run (_pconf=0x80c00f0, plog=0x80f81d0, s=0x80c27f8) at prefork.c:1022 #22 0x0808696f in main (argc=4, argv=0xbffff8d4) at main.c:660 #23 0x40214917 in __libc_start_main () from /lib/libc.so.6
Could Any hacker tell me what more detailed information is needed to fix it?
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
