ID: 20831
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: IIS related
Operating System: Windows 9x/2000/XP
PHP Version: 4.3.0RC2, 4.3.0 Release
New Comment:
Yes, this IS the IIS problem. I am discontinuing bug discussion, but
posting a workaround:
I did check the flag, but it still the same. Also, when the PHP script
lies out of the IIS server (accessed by UNC), it is surely started in
another context. The solution here is to change IIS account to some
user inside your domain.
Previous Comments:
------------------------------------------------------------------------
[2003-01-16 18:14:34] [EMAIL PROTECTED]
This bug is resolved so it should be closed.
------------------------------------------------------------------------
[2003-01-16 12:58:49] [EMAIL PROTECTED]
Same setting runs perfectly here.
I think this is not a PHP but an IIS issue. Try to check 'check that
file exists' in the IIS control panel where you enter the path to
php.exe.
If this checkbox is not set, the context of php.exe will look for the
file. In a CGI environment, this is LOCAL\SYSTEM - which usually does
not have access to the remote server.
Because of this CLI works (it runs with the permissions of the user
logged in) and local UNC work too (LOCAL\SYSTEM as sufficent rights).
If I had a CVS account I'd change this to a documentation problem.
Christoph
------------------------------------------------------------------------
[2003-01-16 05:00:31] [EMAIL PROTECTED]
The UNC syntax has been verified and fixed, which was the original
bug.
Please try to map the path as a network disk and access that. If that
doesn't work either, there's no bug here, but a local config error.
------------------------------------------------------------------------
[2003-01-16 03:35:57] [EMAIL PROTECTED]
Confirming the bug with the PHP 4.3.0 release. Also found strange
behaviour when opening files by UNC under WinNT5/IIS5/PHP4.3.0.
When I open file //proxy/somepath/... (on the server) by the UNC, it
works fine. But when I try to open //main/somepath/... (on other
server, permissions for browser are set accordingly) it fails. Also it
fails opening files by UNC, except for the IIS server machine itself.
Suggestions?
P.S. Reopened the bug...
------------------------------------------------------------------------
[2002-12-11 11:29:25] [EMAIL PROTECTED]
i have replaced the dll (only one copy), but it dont work for me.
i will setup a second testinstall on another "clean" server.
maybe its a iis config problem... i will check this now.
thank for your helps...
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20831
--
Edit this bug report at http://bugs.php.net/?id=20831&edit=1
