PHP 4.0 Bug #8334 Updated: Segmentation faults on page load
| From: | sniper@php.net | Date: | Tue, 02 Jan 2001 14:22:05 +0000 |
| Subject: | PHP 4.0 Bug #8334 Updated: Segmentation faults on page load | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-42588@lists.php.net to get a copy of this message | ||
ID: 8334
Updated by: sniper
Reported By: augustz@bigfoot.com
Status: Analyzed
Old-Bug Type: Reproduceable crash
Bug Type: Output Control
Assigned To:
Comments:
Previous Comments:
---------------------------------------------------------------------------
[2000-12-22 16:33:51] augustz@bigfoot.com
Without ob_gzhander things work fine with at least zlib compiled in.
---------------------------------------------------------------------------
[2000-12-21 21:36:32] augustz@bigfoot.com
output_buffering = Off
output_handler = ob_gzhandler
I'll send along the entire php.ini via email. Havn't had a chance to try without the
ob_gzhandler line, will try that this weekend sometime.
---------------------------------------------------------------------------
[2000-12-20 14:25:28] jmoore@php.net
Hi,
Could you please supply your php.ini file. There were some problems with the ob so that section is
of special interest.. I thought these issues were resolved.
James
---------------------------------------------------------------------------
[2000-12-20 11:20:53] augustz@bigfoot.com
Compiling without imap, mcrypt and zlib seems to solve the problem. Compiling with zlib alone breaks
leads to seg faults.
Zlib is a popular addon, especially if the inbuilt obgzhandler requires it. If this slipped by the
QA team I'd be suprised...
Backtrace with zlib (no imap/mcrypt).
[Wed Dec 20 11:18:30 2000] [warn] Loaded DSO modules/libphp4.so uses plain Apache 1.3 API, this
module might crash under EAPI! (please recompile it with -DEAPI)
Program received signal SIGSEGV, Segmentation fault.
0x4024e4c6 in call_user_function_ex (function_table=0x80bd750, object_pp=0x0,
function_name=0x80d33dc, retval_ptr_ptr=0xbffffb0c,
param_count=1, params=0xbffffb04, no_separation=1, symbol_table=0x0) at zend_execute_API.c:449
449 ((zend_internal_function *)
function_state.function)->handler(param_count, *retval_ptr_ptr, *object_pp, 1 ELS_CC);
(gdb) bt
#0 0x4024e4c6 in call_user_function_ex (function_table=0x80bd750, object_pp=0x0,
function_name=0x80d33dc,
retval_ptr_ptr=0xbffffb0c, param_count=1, params=0xbffffb04, no_separation=1, symbol_table=0x0)
at zend_execute_API.c:449
#1 0x402fb869 in php_end_ob_buffer (send_buffer=1) at output.c:131
#2 0x402fbb0c in php_end_ob_buffers (send_buffer=1) at output.c:191
#3 0x4026d0f8 in apache_php_module_main (r=0x80e081c, display_source_mode=0) at sapi_apache.c:95
#4 0x4026dca5 in send_php (r=0x80e081c, display_source_mode=0, filename=0x80e224c
"/home/httpd/html/phpinfo.php")
at mod_php4.c:506
#5 0x4026dce5 in send_parsed_php (r=0x80e081c) at mod_php4.c:517
#6 0x805345e in ap_invoke_handler ()
#7 0x80618fb in ap_some_auth_required ()
#8 0x8061958 in ap_process_request ()
#9 0x805b940 in ap_child_terminate ()
#10 0x805baa7 in ap_child_terminate ()
#11 0x805bba8 in ap_child_terminate ()
#12 0x805c058 in ap_child_terminate ()
#13 0x805c65f in main ()
#14 0x400b99ab in __libc_start_main () at ../sysdeps/generic/libc-start.c:122
---------------------------------------------------------------------------
[2000-12-20 10:51:43] augustz@bigfoot.com
Went ahead and compiled without the mcrypt extension Jani's suggestions and partly because I
see it just before the error catching on the backtrace and also on. We get a cleaner backtrace on
load, and I still see the same problem.
Starting program: /usr/sbin/httpd -X
[Wed Dec 20 10:49:26 2000] [warn] Loaded DSO modules/libphp4.so uses plain Apache 1.3 API, this
module might crash under EAPI! (please recompile it with -DEAPI)
Program received signal SIGSEGV, Segmentation fault.
0x4026a606 in call_user_function_ex () from /etc/httpd/modules/libphp4.so
(gdb) bt
#0 0x4026a606 in call_user_function_ex () from /etc/httpd/modules/libphp4.so
#1 0x40327e49 in php_end_ob_buffer () from /etc/httpd/modules/libphp4.so
#2 0x403280ec in php_end_ob_buffers () from /etc/httpd/modules/libphp4.so
#3 0x40289238 in apache_php_module_main () from /etc/httpd/modules/libphp4.so
#4 0x40289de5 in send_php () from /etc/httpd/modules/libphp4.so
#5 0x40289e25 in send_parsed_php () from /etc/httpd/modules/libphp4.so
#6 0x805345e in ap_invoke_handler ()
#7 0x80618fb in ap_some_auth_required ()
#8 0x8061958 in ap_process_request ()
#9 0x805b940 in ap_child_terminate ()
#10 0x805baa7 in ap_child_terminate ()
#11 0x805bba8 in ap_child_terminate ()
#12 0x805c058 in ap_child_terminate ()
#13 0x805c65f in main ()
#14 0x400b99ab in __libc_start_main () at ../sysdeps/generic/libc-start.c:122
(gdb) kill
Kill the program being debugged? (y or n) y
(gdb) quit
---------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view the rest of the comments,
please view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=8334