apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 47630] NTFS directory junctions ("mounted folders") should be treated like n*x mount points (APR_DIR, not APR_LNK)
Date Wed, 05 Aug 2009 04:50:17 GMT

--- Comment #5 from Will Rowe <wrowe@apache.org> 2009-08-04 21:50:16 PDT ---
> Windows also allows symlinks (distinct from junctions) to point to other
> directories. Windows junctions and windows symlinks-to-directories are two
> different things. Just like unix mount points and unix symlinks are different
> things.

I am studying that relationship to determine how we will finally implement
apr_file_symlink_create() et al.  Most likely, in XP/2003 directory symlinks
will continue to be junctions, while Vista/2008 with upgraded NTFS file systems
would gain symlinks.  The 1/2 hour of testing I did today was not promising.

But Junctions have no relationship to unix mount points.  Just like symlinks,
junctions and mount points can be renamed.  Unlike mount points, the change
is immediate.  It is not at the driver layer.  In the unix case, the mount
is at a much lower level, and that rename causes the system to fail (in fact,
it isn't possible).

You are missing the distinction between kernel layer/driver driven mounts, such
as unix and also windows drivers, and userspace controllable filesystem
A Junction is a symlink-style alias, and for security must be represented as
such, because any user can manipulate them.  End of discussion.

> Sorry, I have not had time to test that. But I don't think it is relevant to
> this bug; the point of this bug is that NTFS junctions are the moral equivalent
> of unix mount points and should be treated as such by the APR.

Ok, this is clearly confusion on your point as to the flexibility of Junctions
and where they sit on the driver stack.  Meaning no disrespect, I am closing
this bug as invalid.

Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org

View raw message