Hi Flint,
I know you asked me about this problem while I was in Denmark but I havent had any
time to look into it yet.
I'm planning on using some time on it this weekend and the following week so if you
have a short php script I can use to reproduce this I might be able to help.
I would say that you should only get CGI errors if the php process terminates before
sending any output for some reson.
- Frank
> Hi All,
>
> I've been working, with others, and trying to figure out the error:
>
> CGI Error
>
> The specified CGI application misbehaved by not returning a complete set of
> HTTP headers. The headers it did return are:.
>
> If you get the error consistently, i.e. everytime you try and load a page,
> the cause is some type of permissions setting. See the install.txt in yor
> PHP directory. MS also has a nice KB article at:
>
> http://support.microsoft.com/support/kb/articles/Q160/4/22.asp
>
> However, the problems gets way more interesting if your are running PHP in
> CGI mode on IIS. You MAY get an intermittent CGI error similar to the one
> above. An explanation of the problems, according to MS, can be found at:
>
> http://support.microsoft.com/support/kb/articles/Q217/2/02.ASP
>
> A supposed fix to the problem can be found at:
>
> http://support.microsoft.com/support/kb/articles/Q142/6/76.asp
>
> Now, the interesting part is that on my configuration (Win2K, PHP 4.0.6) the
> fix is already completed as specified in the KB article, in fact, there is
> an extra 512 at the end of the reg. key string they say you should edit.
> Don't know why. Yet, I still get the CGI error intermittently.
>
> So, not knowing very much about programming, it seems that PHP isn't closing
> correctly or something and after enough requests that run PHP and call a
> desktop heap, Windows runs out of memory to create a new desktop heap. The
> explanation at the MS KB is very consistent with what I am experiencing.
> That articles is at:
>
> http://support.microsoft.com/support/kb/articles/Q156/4/84.asp
>
> My question to Phil, and Daniel, and the development team for PHP, and even
> Frank is that do these behaviors jog anything in those brains of yours? I
> guess I wanted to document everything as much as possible to help the
> developers, and because I needed to prove to myself that I'm not crazy.
>
> It's obviously not PHP alone because I can sit at the console all day with
> the php.exe -i command and not get an error. But the combination of
> Header("Location: blah.html") with something (say the MS_SQL module the only
> module running) causes Windows to run out of memory.
>
> I've since gone to the ISAPI module and although that fixes the CGI errors,
> it seems to have a totally different set of problems (which I know it is
> supposed to have).
>
> In any case, something changed somewhere (in a version of PHP or Windows)
> because this problem never used to happen. I'm trying to back track and see
> where it was last stable.
>
> Thanks everyone, and I hope this helps provide some insight to the problem.
>
> -Flint
>
> _________________________________________________
> Flint Doungchak, President
> Net Solutions, LLC
> 840 Lawrence Street
> Eugene, OR 97401
> [EMAIL PROTECTED]
> Voice +1 541 345-7087
> Fax +1 541 485-5519
> http://www.netsolutionsllc.com
>
> ***************************************************************
> The contents of this transmission may be confidential in
> nature and should be directed only to the person to whom it
> is addressed. Do not read, copy, or disseminate this
> material unless you are the intended recipient. If this
> transmission reached you in error, please forward the e-mail
> to the sender to advise, then destroy the transmission you
> received. Thank you.
>
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>
>
--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
