on Fri Jan 25 2013, "Peter Dimov" <lists-AT-pdimov.com> wrote:
Neil Groves wrote:
For illustration: I suspect that the result you want from fn("/usr/sbin/../bin/test1.txt", "/usr/bin/test2.txt") is "/usr/bin" rather than "/usr".
Not necessarily. If /usr/sbin is a symbolic link to, say, /opt/sbin, the 'real' common prefix is not /usr/bin. Depending on the use case, /usr may well be more correct, it being the logical common ancestor (but not the physical common ancestor).
IMO paths are abstract entities that aren't necessarily realized in the local filesystem. The results of pure path manipulations must therefore not depend on the state of the local filesystem. Operations accepting paths as input that depend on the local filesystem structure should be seen as operations on the filesystem rather than operations on paths. -- Dave Abrahams BoostPro Computing Software Development Training http://www.boostpro.com Clang/LLVM/EDG Compilers C++ Boost