Re: PEAR Cache_OutputCompression problem

I don't know Cache_OutputCompression at all, but I know how compression and output control is done in PHP. It sounds like bug in PHP. If you file this problem as "Output Control" bug report, I'll take a look PHP source code. (But I cannot promise when I can fix it. It could be very hard to find what/where is wrong) Don't forget paste your patch that work around this problem. -- Yasuo Ohgaki Naoki Shima wrote:

Hi, I've deployed PEAR Cache OutputComression on fairly busy site. It worked well when I viewed the page via Netscape 6.2. However, when I viewed the page using IE 6.0/5.0, it just displays white page as when data is not sent to the browser. When I was hacking the code in Cache/OutputCompression.php, I found out that it needed to call exit() just after printContent() does the print(). I have modified "print $content;" to "die($content);" in printContent(). I've confirmed that destructor is called even when die() is called during the execution by calling error_log() to send mail inside the destructor, so I guess the garbageCollection() is called properly. There're about 200 processes of apache on 5 of each load-balanced servers and it seems working fine for 3 days now. I could not find any other way to work around this problem. Should I commit this change to cvs? Naoki Shima naoki@avantexchange.com murahachibu@php.net