Here's some more info:

It should be noted that the Excel spreadsheet and its macros *actually do work*, even though PHP or Apache or whoever it is is sending a 404.  I know this, because after I'm done with Excel, I stream its HTML output file using readfile() and flush().  If I put a sleep() right after the readfile() and flush(), I can see the spreadsheet and chart in the browser.  As soon as the sleep() expires and the script terminates, I get the 404.  The HTML file that Excel created still exists, I can enter its URL in my browser and view it OK.

Working back and commenting out stuff, I found that selecting or writing to cells in any column other than "A" causes the 404 to happen.  Unfortunately, my Excel macros don't work too well when I do that.  ;-)

Tried to open test.xls, added some content and saved it to a new name.
The Script runs through and does everything I intended.

But: php.exe stays in Memory and consumes 99% CPU Time and a Windowsmessage pops up with an Error.
Roughly translated to English, it says:
The Command in "0x30033d8a" is pointing in Memory "0x650eeed8". The Command "read" could not be executed on the memory.
Click OK.

I thought that the Unset Command did it, and removed it. But: Didn't solve the Problem.

Max

dhunter, I have the EXACT same problem with you.

I didn't mind that zombie excel.exe, but now this just wont work at all on 4.3.0.

I'm almost considering to switch back to 4.2.x

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

#21378