<div dir="ltr">On Mon, Sep 30, 2013 at 4:13 PM, David Majnemer <span dir="ltr"><<a href="mailto:david.majnemer@gmail.com" target="_blank">david.majnemer@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="im">On Mon, Sep 30, 2013 at 12:34 PM, Gao, Yunzhong <span dir="ltr"><<a href="mailto:yunzhong_gao@playstation.sony.com" target="_blank">yunzhong_gao@playstation.sony.com</a>></span> wrote:<br>
</div><div class="gmail_extra">
<div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Reid's suggestion (using wmain) does seem like a neat solution; it saves one system-locale-to-unicode conversion.<br>


I will experiment with this approach later this week to see how well it goes.<br>
I wonder whether the contents of a response file should be UTF8 or system locale encoded?<br>
<span><font color="#888888">- Gao.<br></font></span></blockquote><div><br></div><div><br></div></div><div>I have implemented a solution that allows mingw, cygwin and traditional win32 to allow for unicode based paths. It will be out for review this week.  It does not use 'wmain' because that approach has serious downsides:</div>

<div>- Doesn't work at all for cygwin</div><div>- Half works with mingw</div></div></div></div></blockquote><div><br></div><div>I discussed using GetCommandLineW() and TokenizeWindowsCommandLine offline with David.  This would also get the original, Unicode command line and make it UTF-8, but it requires tokenizing a Windows command line, which we already do for response files.</div>
</div></div></div>