Probably a configuration error...will reopen if we receive useful feedback

ping?

Can the original requester verify that his VFS configuration is 
correct for a windows system and that this is an actual issue? (See 
comment below)

We have Util::realPath() for that purpose, but I agree that this 
probably is not the solution anyway.

...and thinking this through some more, I'm not even sure I see why 
this is failing for you at all.  If your on a windows system, 
shouldn't the path you configured for the vfsroot have the necessary 
drive specifier?  Can you provide the vfsroot your using as well as   
the path and filename you are providing to the_getNativePath() function?

Well, according to the realpath() documentation, one of the points of 
realpath() is to convert unix-style to windows style when appropriate, 
so the result of realpath should be a windows friendly path.



..but another thought *did* occur to me, that realpath() seems to 
actually perform a file_exists check on the path and returns FALSE if 
it's not found (unless your on a BSD system - in which case it will 
only return false if the path minus the trailing /xxx doesn't exist).   
So.... I don't think this function is a viable option as it will break 
a lot of our VFS functionality.

I'm not an expert on this, but Windows uses '\' instead of '/' as 
directory separator. You can see an example output if you look at the 
documentation of realpath() in the comments here: 
http://php.net/manual/de/function.realpath.php.

Maybe PHP accepts path using C:\ and C:/ notation, but our path 
building function is still wrong and will compute wrong paths, no?

I'm not seeing how *this* code block would produce that since it's the 
file name and it gets appended to the actual path further down in the 
code...and it's *that* code that probably is causing the results your 
seeing.  Does wrapping the return values in realpath() as in the 
attached patch solve the issue for you?

_getNativePath does not work on systems running php on top of MS Windows.



The code



if (substr($name, 0, 1) != '/') {

     $name = '/' . $name;

}



produces "/C:[...]", which in turn leads to a "Not a directory" error

(e.g. in _listFolder).



As the horde VFS lib is also included in the PEAR repository, this 
issue concerns a broad range

of users.



A possible workaround could use the PHP_OS variable (or 
PEAR::OS_Guess) for OS-dependent handling, or the realpath function of 
php (why a custom UNIX-only function here?)