Heres a backtrace from one of my SIGSEGVs. This one looks a little
different from previous segfaults, but perhaps it can help track this bug
down:
Program received signal SIGSEGV, Segmentation fault.
0x42082a0c in memcpy () from /lib/i686/libc.so.6
(gdb) bt
#0 0x42082a0c in memcpy () from /lib/i686/libc.so.6
#1 0x0813865a in _mem_block_check (ptr=0x8bb30d4, silent=0,
__zend_filename=0x8248882 "zend_stack.c",
__zend_lineno=103, __zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:650
#2 0x0813861d in _mem_block_check (ptr=0x8bb30d4, silent=1,
__zend_filename=0x8248882 "zend_stack.c",
__zend_lineno=103, __zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:642
#3 0x08137877 in _efree (ptr=0x8bb30d4, __zend_filename=0x8248882
"zend_stack.c", __zend_lineno=103,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:224
#4 0x08146e3a in zend_stack_destroy (stack=0x8298870) at zend_stack.c:103
#5 0x08138c0f in shutdown_compiler () at zend_compile.c:100
#6 0x08148257 in zend_deactivate () at zend.c:601
#7 0x080a5068 in php_request_shutdown (dummy=0x0) at main.c:789
#8 0x08153fca in apache_php_module_main (r=0x82d4ddc, display_source_mode=0) at
sapi_apache.c:96
#9 0x080a2690 in send_php (r=0x82d4ddc, display_source_mode=0, filename=0x0) at
mod_php4.c:575
#10 0x080a26de in send_parsed_php (r=0x82d4ddc) at mod_php4.c:590
#11 0x08174547 in ap_invoke_handler (r=0x82d4ddc) at http_config.c:538
#12 0x081837ef in process_request_internal (r=0x82d4ddc) at http_request.c:1308
#13 0x08183852 in ap_process_request (r=0x82d4ddc) at http_request.c:1324
#14 0x0817d0bc in child_main (child_num_arg=0) at http_main.c:4629
#15 0x0817d2b3 in make_child (s=0x829b704, slot=0, now=1034578800) at http_main.c:4799
#16 0x0817d330 in startup_children (number_to_start=5) at http_main.c:4826
#17 0x0817d82c in standalone_main (argc=3, argv=0xbffffb14) at http_main.c:5134
#18 0x0817df50 in main (argc=3, argv=0xbffffb14) at http_main.c:5482
#19 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
I'll leave my gdb attached in case more information is needed.
Thanks in advance,
Aa.
(Apologies if this is received twice)
On Sun, 13 Oct 2002, Aaron Gowatch wrote:
> My apache children have been segfaulting for a few weeks now. My attempts
> to debug them leads me to believe that its happening in php somewhere.
> The SIGSEGV actually occurs in chunk_alloc, after a malloc and several
> calls to execute. (I'll fwd a backtrace per the bugs docs as soon as my
> gdb -p catches the SIGSEGV).
>
> This weekend, I started apache with MALLOC_CHECK_=2 and built my php with
> --enable-debug. Some interesting things started appearing in the logs:
>
> [Sat Oct 12 19:58:16 2002] Script:
> '/var/www/vhost/webmail.divinia.com/docs/src/login.php'
> ---------------------------------------
> zend_stack.c(103) : Block 0x08C6E628 status:
> Beginning: Overrun (magic=0x08415420, expected=0x7312F8DC)
> [Sat Oct 12 19:58:17 2002] [notice] child pid 3037 exit signal Segmentation fault
>(11)
>
> [Sat Oct 12 18:50:42 2002] Script:
> '/var/www/vhost/www.divinia.com/docs/mail/src/read_body.php'
> ---------------------------------------
> zend_stack.c(103) : Block 0x08BAF388 status:
> Beginning: Overrun (magic=0x08415420, expected=0x7312F8DC)
> [Sat Oct 12 18:50:42 2002] [notice] child pid 4672 exit signal Segmentation fault
>(11)
>
> Then some pretty whack stuff (that looks like trampled memory) starts
> showing up:
>
> Sun Oct 13 15:08:02 2002] [notice] child pid 28803 exit signal Aborted (6)
> Unknown(0) : Warning - String is not zero-terminated (base_uri) (source:
> zend_execute_API.c:274)
> Unknown(0) : Warning - String is not zero-terminated (ZZZZZZZZZ
> Ì*)
> (source: zend_opcode.c:159)
> [Sun Oct 13 15:08:14 2002] Script:
> '/var/www/vhost/webmail.divinia.com/docs/src/login.php'
> ---------------------------------------
> zend_opcode.c(159) : Block 0x08698778 status:
> zend_variables.c(44) : Actual location (location was relayed)
> Beginning: Cached (allocated on zend_language_scanner.c:4150, 9 bytes)
> End: OK
> ---------------------------------------
>
>
>ÀàBÀàBpÀ=XïXïØàBØàBààBààBph£ðàBðàBøàBøàB(÷(ááBáBáBÝݸ¾¸¾(áB(áB0áB0áB8áB8áB@áB@áBHáBHáBPáBPáBÀÀ`áB`áBà#ror]
>
> [client 66.25.48.206] File does not exist:
> /var/www/vhost/www.divinia.com/docs/
> Unknown(0) : Fatal error - Maximum execution time of 30 seconds exceeded
>
>ÀàBÀàBpÀ=XïXïØàBØàBààBààBpPsðàBðàBøàBøàB(÷(ááBáBáBÝݸ¾¸¾(áB(áB0áB0áB8áB8áB@áB@áBHáBHáBPáBPáBÀÀ`áB`áBà#02]
>
> [error] [client 66.25.48.206] File does not exist:
> /var/www/vhost/www.divinia.com/docs/
> images/max.gif
>
> The PHP application is squirrelmail-1.2.8 (although its also segfaulted
> with vbulletin scripts). Heres my httpd -l:
>
> Compiled-in modules:
> http_core.c
> mod_env.c
> mod_log_config.c
> mod_mime.c
> mod_negotiation.c
> mod_status.c
> mod_include.c
> mod_autoindex.c
> mod_dir.c
> mod_cgi.c
> mod_actions.c
> mod_speling.c
> mod_userdir.c
> mod_alias.c
> mod_rewrite.c
> mod_access.c
> mod_auth.c
> mod_auth_mysql.c
> mod_usertrack.c
> mod_unique_id.c
> mod_setenvif.c
> mod_php4.c
> mod_perl.c
> mod_throttle.c
> apache_ssl.c
> suexec: enabled; valid wrapper /sbin/suexec
>
> glibc-2.2.5, Linux kernel 2.4.19.
>
> As soon as the next child segfaults, I'll forward a backtrace, but if
> anyone has any comments or suggestions it'd be much appreciated.
>
> Thanks in advance,
> Aa.
>
>
>
>
>
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
