#20831 [Com]: UNC paths do not work.
| From: | cg at gordimer dot net | Date: | Thu, 16 Jan 2003 18:58:49 +0000 |
| Subject: | #20831 [Com]: UNC paths do not work. | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-30278@lists.php.net to get a copy of this message | ||
ID: 20831
Comment by: cg@gordimer.net
Reported By: harry@rhsoft.net
Status: Feedback
Bug Type: IIS related
Operating System: Windows 9x/2000/XP
PHP Version: 4.3.0RC2, 4.3.0 Release
New Comment:
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
Previous Comments:
------------------------------------------------------------------------
[2003-01-16 05:00:31] msopacua@php.net
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] alexws@php.net
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] fuh@eduhi.at
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...
------------------------------------------------------------------------
[2002-12-11 09:26:23] iliaa@php.net
I've tried the latest snap on WinXP using cli including
"../../file.txt" & "\\\\server\path\file.txt" and both works
flawlessly. The few people I spoke to also didn't not encounter a
problem opening/including files via relative or UNC path.
Therefor, I must conclude that the problem you are seeing is due to
some issue on your end, possible left over dlls from older PHP, IIS
config params and so on...
------------------------------------------------------------------------
[2002-12-11 09:25:14] msopacua@php.net
The CLI version should work, but to be sure, remove all old copies of
'php4ts.dll'. The fix is in this module.
------------------------------------------------------------------------
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