|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #14480 HTML garbaged, server crash
Submitted: 2001-12-13 05:29 UTC Modified: 2002-01-15 09:41 UTC
From: sernil at tin dot it Assigned:
Status: Closed Package: iPlanet related
PHP Version: 4.0.6 OS: HP-UX 11.0, NSAPI
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
Solve the problem:
46 - 8 = ?
Subscribe to this entry?

 [2001-12-13 05:29 UTC] sernil at tin dot it
This is an intermittent bug. Some pages will appear OK
if the HTML is dumped to file just before output using
ob_get_contents(). Yet sections of the same HTML code,
once on the browser, appear to have been replaced with
garbage (apparently sections of the server memory).

Simpler PHP code is not affected.

Occasionally, the CPU load will skyrocket, and the Web
server will crash without returning any data.

I think it could be the PHP module, somehow corrupting
ns-httpd memory, but am unable to investigate further.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2001-12-13 21:55 UTC]
Does this happen with PHP 4.1.0 ?

 [2001-12-17 06:15 UTC] sernil at tin dot it
I'm now installing PHP 4.1.0 and will test under different
load conditions. I expect to be able to tell you something
about 4.1.0 soon after Christmas.
 [2002-01-15 09:08 UTC] sernil at tin dot it
Bug disappeared with PHP 4.1.1 (4.1.0 was not installed).

I'm not really convinced it was PHP, anyway. Before I had
installed 4.1.1, I tried reloading HTML from file without
re-generating it, and re-submitting it to the web server,
and I got the same results (CPU load with crashes).

Unless it's something having to do with the communication
interface between PHP and iPlanet. But is it likely?

Meanwhile, if somebody can't or doesn't want to upgrade, a
possible solution is to dump everything in a file, issue a
ob_end_clean to discard the output, then send a "Location"
header with the URL of the newly created file. You need to
generate unique filenames on a per-client basis, since any
attempt to store them somewhere else and resupply them via
PHP will yield the same crashes :-(
 [2002-01-15 09:41 UTC]
Status -> Closed.
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue Jul 23 23:01:30 2024 UTC