The problem with file:// is that the spec deliberately does not define
exactly how file://remotehost/.... works.
Should file://\\\\remotehost\\share should work ? I guess it is
roughly equivalent to file:///fully/qualified/path, in which case it
should work.
--Wez.
On Tue, 26 Oct 2004 16:01:04 -0400, Rob Richards
<[EMAIL PROTECTED]> wrote:
> After playing around with it some more, is this that check even needed for
> windows to check for remote host access?
> What is the different then between doing?:
>
> file_get_contents("\\\\remotehost\\share\\file.txt");
>
> file_get_contents("file://\\\\remotehost\\share\\file.txt");
>
> With the current streams code, the first one loads fine, while the 2nd one
> fails with a "remote host file access not supported" error.
> By removing the check, the second one loads fine as well.
>
> Is there some other reason the remote host access check is done when called
> using file:// syntax (under windows that is)?
>
> Rob
>
> From: Christian Schneider
>
>
>
> > I'm not an export on that piece of code but passing file:// to this
> > function could cause problems.
> > You should at least move the path[n+3] != '/' to before the n+4 test and
> > I think you should also make sure that n+3 is not '\0' as otherwise n+4
> > could be beyond the end of the string, no?
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
