<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jan 21, 2015 at 3:16 PM, Sean McBride <span dir="ltr"><<a href="mailto:sean@rogue-research.com" target="_blank">sean@rogue-research.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, 21 Jan 2015 15:26:14 -0500, Serge Lalonde said:<br><br>
>Unfortunately, the writers (and probably the readers) still use fopen()<br>
>in the internal code which can't handle UTF-8 encoded filenames.<br>
<br>
</span>Using fopen() isn't a problem.<br>
<br>
The question is: what character encoding does fopen() expect?  Remember, it's char* parameter tells us _nothing_ about the expected encoding, it could expect ASCII, Latin1, UTF-8, UTF-16, or anything else.  Only the documentation can tell us.  And it could expect different things on different platforms. :(<br>
<br>
On probably all modern UNIX variants, it expects UTF-8.  On Windows, it might expect something else, you'd have to check Microsoft's docs.<br></blockquote><div><br></div><div>On Windows it depends on the country where you bought your copy of Windows.</div><div>It can be configured, too, but hardly anyone does that.</div><div><br></div><div>Windows provides UTF-16 variants for all functions, e.g. _wfopen().  In order to properly</div><div>support Unicode on Windows, VTK should be using an adapter function that converts</div><div>UTF-8 to UTF-16 and then calls _wfopen().  On UNIX, the adapter should ideally check</div><div>the locale and do conversion if necessary.</div><div><br></div><div> - David</div><div> </div></div></div></div>