On 2004/10/28, at 3:28, Rob Richards wrote:
From: Moriyoshi Koizumi
Couldn't file://127.0.0.1/... or file://[::1]/... be valid URL's
for the local resources?
To play it safe I would say no right now. The file uri stuff is being
worked on again:
http://www.ietf.org/internet-drafts/draft-hoffman-fil
From: Moriyoshi Koizumi
> Couldn't file://127.0.0.1/... or file://[::1]/... be valid URL's
> for the local resources?
To play it safe I would say no right now. The file uri stuff is being
worked on again:
http://www.ietf.org/internet-drafts/draft-hoffman-file-uri-01.txt
It looks like it is safe
On 2004/10/28, at 2:24, [EMAIL PROTECTED] wrote:
Moriyoshi Koizumi <[EMAIL PROTECTED]> writes:
AFAIK FreeBSD's libsmb is released under a BSD-style license.
http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/smbfs/lib/smb/
That's not libsmb; rather, it's the kernel module that can read/write
remote
Moriyoshi Koizumi <[EMAIL PROTECTED]> writes:
> AFAIK FreeBSD's libsmb is released under a BSD-style license.
>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/smbfs/lib/smb/
That's not libsmb; rather, it's the kernel module that can read/write remote
SMB file systems. libsmb, more properly
On 2004/10/27, at 23:28, Rob Richards wrote:
It adds support for file://localhost/ on all platforms as well as
adding the
file:/// support back under windows.
Other than that it doesnt change how the remote host stuff is handled.
Couldn't file://127.0.0.1/... or file://[::1]/... be valid URL's
for
On 2004/10/28, at 0:55, Sara Golemon wrote:
That said libsmb is GPL so any implementation would have to start from
scratch or live outside of php.net
AFAIK FreeBSD's libsmb is released under a BSD-style license.
http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/smbfs/lib/smb/
Moriyoshi
--
PHP Inter
> you could follow the nautilus standard for this and use
> smb://hostname/sharename/file.txt ?
>
smb:// should probably be reserved for an actual smb protocol wrapper (one
which works under unix or windows) rather than something which does filepath
magic under one particular OS.
That said libs
If anyone has a chance can you look at this patch (want to make sure its not
breaking anything on other platforms)?
http://ctindustries.net/patches/streams.c.diff
It adds support for file://localhost/ on all platforms as well as adding the
file:/// support back under windows.
Other than that it do
From: Alan Knowles
> you could follow the nautilus standard for this and use
> smb://hostname/sharename/file.txt ?
Can't do that as this is stemming from an issue with libxml. It uses the
file:/// syntax when needed. Currently with the change in streams, it fails
the check as it is now deemed to
you could follow the nautilus standard for this and use
smb://hostname/sharename/file.txt ?
Regards
Alan
Rob Richards wrote:
I ended up on this tangent only because file:/// support is needed (and from
the looks of things is the prefered method for local files over using
file://) and how I got st
I ended up on this tangent only because file:/// support is needed (and from
the looks of things is the prefered method for local files over using
file://) and how I got stuck in the remote host issue.
The following are some syntaxes which are used in windows (tested these with
a few browsers and
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:0
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 strea
Rob Richards wrote:
Index: streams.c
===
RCS file: /repository/php-src/main/streams/streams.c,v
retrieving revision 1.68
diff -r1.68 streams.c
1496c1496
< if (protocol && path[n+1] == '/' && path[n+2] == '/' && path[n+4] !=
':') {
--
14 matches
Mail list logo
