<div dir="ltr">Not sure it's possible without putting an #ifdef in the cross-platform Path.h, which would be ugly.  The other alternative I guess is to just kill the entire patch, and use the platform-specific logic in whatever tool needs it.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 1, 2014 at 10:59 AM, Aaron Ballman <span dir="ltr"><<a href="mailto:aaron@aaronballman.com" target="_blank">aaron@aaronballman.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Fri, Aug 1, 2014 at 1:49 PM, Zachary Turner <<a href="mailto:zturner@google.com">zturner@google.com</a>> wrote:<br>

> Talked about it with rnk some, I think maybe we can just delete the entire<br>
> windows implementation of this function and have it return false.  These<br>
> directories on Windows are going to be ACLed to the teeth and we won't be<br>
> able to read or even traverse an arbitrary user's home directory anyway, so<br>
> there's kind of no point in doing this.  So, proposal: Unix implementation<br>
> remains the same, Windows implementation is one line that returns false.<br>
><br>
> Thoughts?<br>
<br>
</div>I think the entire API is a broken concept on Windows. Without the<br>
token for the logged on user, the concept of getting their home<br>
directory is broken. So I'm all for making this a UNIX-only piece of<br>
functionality, but I'm not keen on having an exposed cross-platform<br>
API which can never be implemented properly on Windows.<br>
<br>
Any way we could make it UNIX-only?<br>
<span class="HOEnZb"><font color="#888888"><br>
~Aaron<br>
</font></span></blockquote></div><br></div>