Description:
------------
I have a page, test.php, that contains simply a call to phpinfo(). If I go to it in a browser as http://localhost/test.php it displays the php information as expected. If I attach some path_info to the url I get a cannot find page error under IIS5.1 on XP and a PHP error saying it cant find the test.php/whatever/I/have/here script.

Clearly this is wrong. I have searched the bug tracking database and the following suggestions have been tried in both ISAPI and CGI mode (none of them work for us, although the bugs are getting closed presumably because they work for the people trying them):

cgi.force_redirect = 0 (I've also tried 1)
cgi.fix_pathinfo = 0 (I've also tried 1)

Setting the IIS AllowPathInfo... variable to TRUE or FALSE makes no difference. I've also tried all combinations of the above. This isnt a one off either as it happens on all machines we've tried it on (5 separate IIS5 installations so far).

The strange thing is, IIS looks like its requesting the correct document, test.php because thats whats coming up in the IIS logs - it looks like php is returning the error. On the 2k box this is more obvious because we get an error from php saying that it cant open a stream on c:/inetpub/wwwroot/whatever/I/have/here when IIS is allowing PATH_INFO and c:/inetpub/wwwroot/test.php/whatever/I/have/here when IIS does not allow PATH_INFO.




Reproduce code:
---------------
// IIS5.1, PHP 4.3.x 
// Goto URL http://localhost/test.php/path/info

<?php phpinfo(); ?>

Expected result:
----------------
I'd expect the test.php document to be displayed whether I entered path information or not.

Note that this is not a bug about PATH_INFO being incorrect - we dont even get that far. PHP returns errors about not being able to open a stream to a document that _includes_ the path_info in its translated path. It also happens under ISAPI or CGI.