Re: [PHP-DEV] PHP 4.0 Bug #8369: Apache segfaults when output_handler = ob_gzhandler is used From: Zeev Suraski (zeev <email protected>)
Date: 12/22/00

This crash is very odd. Can you try to test what the value of
((zend_internal_function *) function_state.function)->handler is in this
context?

Zeev

At 07:21 22/12/2000, michael <email protected> wrote:
>From: michael <email protected>
>Operating system: Redhat 7.0 w/ 2.2.18
>PHP version: 4.0.4
>PHP Bug Type: Reproduceable crash
>Bug description: Apache segfaults when output_handler = ob_gzhandler is used
>
>When we tried to use the new ob_gzhandler but php dies. If we remove the
>handler line php 4.0.4 works great, but we are excited about using the
>gzip compression and would like this to work. We compiled the default
>redhat zlib v1.1.3-12 rpm and we also tried downloading the zlib source
>and linking php to that. PHP compiled fine, but crashed on both.
>
>php configuration:
>/configure --with-mysql --enable-track-vars --with-zlib
>--with-apache=$apachedir --with-gd=$gddir --with-jpeg-dir=$gddir
>--with-config-filepath=/common/globalconfig/php --enable-memory-limit
>
>Below is the gdb backtrace:
>his GDB was configured as "i386-redhat-linux"...
>(gdb) run -X
>Starting program: /usr/sbin/./httpd -X
>
>Program received signal SIGSEGV, Segmentation fault.
>0x80e2265 in call_user_function_ex (function_table=0x81f2330,
>object_pp=0x0, function_name=0x8223954,
> retval_ptr_ptr=0x7ffff810, param_count=1, params=0x7ffff814,
> 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 0x80e2265 in call_user_function_ex (function_table=0x81f2330,
>object_pp=0x0, function_name=0x8223954,
> retval_ptr_ptr=0x7ffff810, param_count=1, params=0x7ffff814,
> no_separation=1, symbol_table=0x0) at zend_execute_API.c:449
>#1 0x80cddbb in php_end_ob_buffer (send_buffer=1) at output.c:131
>#2 0x80cdf99 in php_end_ob_buffers (send_buffer=1) at output.c:191
>#3 0x80f3d0d in apache_php_module_main (r=0x8229bb4,
>display_source_mode=0) at sapi_apache.c:95
>#4 0x807c904 in send_php ()
>#5 0x807c939 in send_parsed_php ()
>#6 0x812327b in ap_invoke_handler ()
>#7 0x8136cfb in process_request_internal ()
>#8 0x8136d5c in ap_process_request ()
>#9 0x812e48d in child_main ()
>#10 0x812e638 in make_child ()
>#11 0x812e7ac in startup_children ()
>#12 0x812edec in standalone_main ()
>#13 0x812f607 in main ()
>#14 0x2abbafd1 in __libc_start_main (main=0x812f270 <main>, argc=2,
>ubp_av=0x7ffffb24, init=0x8064c2c <_init>,
> fini=0x8162fdc <_fini>, rtld_fini=0x2aab9254 <_dl_fini>,
> stack_end=0x7ffffb1c) at ../sysdeps/generic/libc-start.c:118
>(gdb)
>
>
>--
>Edit Bug report at: http://bugs.php.net/?id=8369&edit=1
>
>
>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe, e-mail: php-dev-unsubscribe <email protected>
>For additional commands, e-mail: php-dev-help <email protected>
>To contact the list administrators, e-mail: php-list-admin <email protected> 

--
Zeev Suraski <zeev <email protected>>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: php-dev-unsubscribe <email protected>
For additional commands, e-mail: php-dev-help <email protected>
To contact the list administrators, e-mail: php-list-admin <email protected>