Fri, 10 Apr 2026 03:13:57 +0000 https://bugs.horde.org/ticket/6904 VFS_file::_getNativePath fails on Windows _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?) Thu, 12 Jun 2008 14:27:55 +0000 https://bugs.horde.org/ticket/6904#t46318 > if (substr($name, 0, 1) != '/') { > $name = '/' . $name; > } > > produces "/C:[...]", which in turn leads to a "Not a directory" error > (e.g. in _listFolder). 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? Fri, 13 Jun 2008 00:38:20 +0000 https://bugs.horde.org/ticket/6904#t46354 >> if (substr($name, 0, 1) != '/') { >> $name = '/' . $name; >> } >> >> produces "/C:[...]", which in turn leads to a "Not a directory" error >> (e.g. in _listFolder). 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? Fri, 13 Jun 2008 07:13:30 +0000 https://bugs.horde.org/ticket/6904#t46371 > 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. 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. Sat, 14 Jun 2008 17:18:06 +0000 https://bugs.horde.org/ticket/6904#t46462 ...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? Sat, 14 Jun 2008 17:21:50 +0000 https://bugs.horde.org/ticket/6904#t46463 > ..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). We have Util::realPath() for that purpose, but I agree that this probably is not the solution anyway. Sun, 15 Jun 2008 09:43:02 +0000 https://bugs.horde.org/ticket/6904#t46492 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) Wed, 18 Jun 2008 17:31:15 +0000 https://bugs.horde.org/ticket/6904#t46646 ping? Tue, 24 Jun 2008 17:16:43 +0000 https://bugs.horde.org/ticket/6904#t46772 Probably a configuration error...will reopen if we receive useful feedback Thu, 26 Jun 2008 21:13:06 +0000 https://bugs.horde.org/ticket/6904#t46904