Hi all,
This might be a bug with how HTTP-request info is parsed. Read this:
I've solved the problem, but I just want you to know how I solved it. It
also may be a 'bug' in the PHP implementation.
The problems started when I did a fresh install of PHP 4.2.2 on our
production server (NT4, IIS4).
Setup was done with the windows installer, so it registred it as a CGI
application. However I did use it successfully on my laptop (W2k, IIS5), it
didn't work correctly on our server.
I had to put " %s %s" after the .php mapping ("c:\php\php.exe %s %s">) to
get it working. At least I thought I had it working...
It appeared that our PHP script always returned "" for the PHP_SELF
variable.
A test with "<? phpinfo(); ?>" returned much fewer variables that it did on
my laptop and also didn't show the pictures.
A short test with ASP did return all variables, so no firewall, security
setting, or anything else appeared to hurt anything.
After a day of struggling around with register_globals, it appeared that an
ISAPI Filter we have running on our server was causing the trouble.
The filter was handling the security of our server and did insert some extra
header fields to the request. Everything OK for ASP, but not for PHP as the
filter also inserted a CRLF character inside the request header, which
caused PHP to abort reading it any further.
After modifying the filter (we were lucky to have the source) to omit the
CRLF character, PHP worked as it is supposed to.
So I think it is a bug of PHP, since it does work on ASP. (I'm not too
certain about that, because Microsoft is known for not following the
standards.)
Must I report this as a bug or is this behavour by design?
If you decide to leave this as it is now, I hope that other users will
benefit from this post.
Regards from this PHP newbie,
Sander
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
