Bug #16745 Updated: HTTP_Compress should auto detect if output_handler = ob_gzhandler is in php.ini

ID: 16745 Updated by: yohgaki@php.net Reported By: daemorhedron@siliconjesters.dyndns.org -Status: Open +Status: Analyzed Bug Type: Output Control Operating System: mdk 8.1 smp PHP Version: 4.2.0 New Comment: We can check if zlib.output compression is on or off. (zlib.output compressioin buffer is nest level 2) Use of ob_gzhandler is not recommended, but this should be fixed. Previous Comments: ------------------------------------------------------------------------ [2002-04-23 09:42:32] yohgaki@php.net We really need to make ob_gzhandler and PEAR HTTP_Compress a obsolete feature. To reporter: use zlib.output_compression if you need compression... ------------------------------------------------------------------------ [2002-04-23 07:46:33] sander@php.net Reclassified. ------------------------------------------------------------------------ [2002-04-23 05:51:07] daemorhedron@siliconjesters.dyndns.org I was using chora 1.0 and cvs versions (2.0) and had this bizarre mem leak under either php4.2.0rc4 or php4.2.0 final. It would show up in the apache logs as Last leak repeated 2 times ./zend_execute.c(1999) : Freeing 0x0825CE0C (12 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 2 times zend_operators.c(1047) : Freeing 0x081EFCBC (31 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 1 time zend_API.c(596) : Freeing 0x081EF56C (44 bytes), script=/www/sj/horde/chora/cvs.php zend_API.c(584) : Actual location (location was relayed) zend_compile.c(1647) : Freeing 0x0817CB6C (12 bytes), script=/www/sj/horde/chora/cvs.php etc, etc. I tried numerous compilations, etc. but in the end it turned out to be the fact that in my php.ini, I have output_handler = ob_gzhandler and chora would try to use the PEAR class to compress it again. I was able to turn that feature off within chora, but it was a bitch to track down, and odd how it would only show up in 4.2.0, but not in 4.1.2 even with the same ./configure setup. It was suggested by a few that I report my findings, so I hope this helps. Perhaps the PEAR class could autodetect if gzip is already in use? Keep up the great work as always! PS. Just in case it helps somehow, here is my bitchin' configure line : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-config-file-path=/usr/local/apache/conf' '--enable-inline-optimization' '--with-pgsql' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-ftp' '--with-zlib' '--with-zlib-dir=/usr/local/lib' '--with-gdbm' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-tiff-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-swf=/usr/local/lib' '--with-pdflib=/usr/local' '--with-curl' '--with-xml' '--with-mcrypt' '--with-gettext' '--with-pspell' '--with-mm=/usr/local/lib' '--enable-debug' I tried with and without --enable-inline-optimization and with and without --with-mm. Send me an email if you need any more info, glad to be of help. Take care. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=16745&edit=1