<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 20, 2018 at 4:25 AM, Nathaniel Smith <span dir="ltr"><<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Tue, Mar 20, 2018 at 1:03 AM, Wes Turner <<a href="mailto:wes.turner@gmail.com">wes.turner@gmail.com</a>> wrote:<br>
> I added trio to the comparison table<br>
> (Things are mostly just async-wrapped,<br>
> though pathlib_not_trio does show a few missing methods?).<br>
<br>
</span>trio.Path is an automatically generated, exact mirror of pathlib.Path,<br>
so I don't think it's very useful to have in your table? Also the<br>
missing attributes are actually handled via __getattr__, so they<br>
aren't actually missing, they're just invisible to your detection<br>
mechanism :-)<br>
<br>
In [21]: trio.Path("/a/b").anchor<br>
Out[21]: '/'<br>
<br>
In [22]: trio.Path("/a/b").name<br>
Out[22]: 'b'<br></blockquote><div><br></div><div>Ah, good call. Didn't even look.</div><div>Is there a reason that the pathlib methods shouldn't just be similarly async-wrapped?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
-n<br>
<br>
--<br>
Nathaniel J. Smith -- <a href="https://vorpus.org" rel="noreferrer" target="_blank">https://vorpus.org</a><br>
</div></div></blockquote></div><br></div></div>