PHP 4.0 Bug #8334 Updated: Segmentation faults on page load

From: 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

« previous php.dev (#42588) next »