<div dir="ltr">I think modelling a path as a container of its components is reasonable.<div><br></div><div>What isn't reasonable is that those components are themselves paths, as this would imply that the value of a single-component path P is a container of one item, and that one item contained in P has the value P. A container shouldn't be able to contain itself. It's nonsensical.</div><div><br></div><div>I think what I'm saying is that filesystem paths and filesystem path components should obviously be distinct types.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 28, 2019 at 2:53 AM Tom Honermann via Lib-Ext <<a href="mailto:lib-ext@lists.isocpp.org">lib-ext@lists.isocpp.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF">
<div class="gmail-m_-207358886078542003moz-cite-prefix">On 8/27/19 11:26 AM, Arthur O'Dwyer
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr"><br>
<div class="gmail_quote">
<div>Any user is surprised (the first time) when
"/usr/local" turns out to be a 'container' holding the
meaningless fragments "/", "usr", and "local".</div>
</div>
</div>
</div>
</blockquote>
<p>I wasn't.</p>
<p>Tom.<br>
</p>
</div>
_______________________________________________<br>
Lib-Ext mailing list<br>
<a href="mailto:Lib-Ext@lists.isocpp.org" target="_blank">Lib-Ext@lists.isocpp.org</a><br>
Subscription: <a href="https://lists.isocpp.org/mailman/listinfo.cgi/lib-ext" rel="noreferrer" target="_blank">https://lists.isocpp.org/mailman/listinfo.cgi/lib-ext</a><br>
Link to this post: <a href="http://lists.isocpp.org/lib-ext/2019/08/12481.php" rel="noreferrer" target="_blank">http://lists.isocpp.org/lib-ext/2019/08/12481.php</a><br>
</blockquote></div>