Bug #16745: HTTP_Compress should auto detect if output_handler = ob_gzhandler is in php.ini
| From: | daemorhedron at siliconjesters dot dyndns dot org | Date: | Tue, 23 Apr 2002 09:51:09 +0000 |
| Subject: | Bug #16745: HTTP_Compress should auto detect if output_handler = ob_gzhandler is in php.ini | ||
| Groups: | php.pear.dev | ||
| Request: | Send a blank email to pear-dev+get-5732@lists.php.net to get a copy of this message | ||
From: daemorhedron@siliconjesters.dyndns.org
Operating system: mdk 8.1 smp
PHP version: 4.2.0
PHP Bug Type: PEAR related
Bug description: HTTP_Compress should auto detect if output_handler = ob_gzhandler is in php.ini
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 bug report at http://bugs.php.net/?id=16745&edit=1
--
Fixed in CVS: http://bugs.php.net/fix.php?id=16745&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=16745&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16745&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16745&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16745&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16745&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16745&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16745&r=submittedtwice