|
Boost : |
From: Beman Dawes (bdawes_at_[hidden])
Date: 2003-06-13 12:06:11
At 09:54 PM 6/12/2003, Glen Knowles wrote:
>From: Beman Dawes [mailto:bdawes_at_[hidden]]
>>There are a bunch of reasons - but particularly it would be creating
>>names that will just be rejected by many (or even most) modern operating
>>systems. What would be the point of that? It is the same as with
requests
>>for allowing full URI syntax in paths; without any mechanism in the
>>operational functions allowing those paths, what would be the point?
>
>The point is that there is a common need for parsing, combining, and
>otherwise manipulating URI and other paths prior to forwarding them to
>another system that processes that format. This may not be a mission of
the
>filesystem library, but it is an important use case.
I gave that some consideration at one time, but the full URI spec
(http://www.ietf.org/rfc/rfc2396.txt) covers so much that is totally
outside the scope of a filesystem library that it really seems an
over-generalization to try to included it as part of filesystem::path. The
tail would soon be wagging the dog:-)
A separate URI library would seem a cleaner approach.
--Beman
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk