<div dir="ltr">For solving the problem of how to get tool B to look at the same spot on the same filesystem as tool A, raw bytes are highly appropriate. Cooking them in any way is likely to change the meaning. Most filesystems do not care about locale. That's a display property. LC_ALL=C generally tells your terminal how to interpret bytes being emitted, and doesn't often change the byte themselves. `fopen` and `readdir` are not locale aware. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 6, 2019 at 4:27 PM Lyberta <<a href="mailto:lyberta@lyberta.net">lyberta@lyberta.net</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">Tony V E:<br>
> but it is only valid if you use those bits with the same API and encoding<br>
> that they came from (if you don't know the encoding).<br>
<br>
<br>
> the case where the encoding changed. Or the raw bytes are being used with<br>
> the wrong FS API.<br>
<br>
Exactly, remember the key word in this topic - "interchange". Blasting<br>
raw bytes around is the worst method of interchange.<br>
<br>
_______________________________________________<br>
SG16 Unicode mailing list<br>
<a href="mailto:Unicode@isocpp.open-std.org" target="_blank">Unicode@isocpp.open-std.org</a><br>
<a href="http://www.open-std.org/mailman/listinfo/unicode" rel="noreferrer" target="_blank">http://www.open-std.org/mailman/listinfo/unicode</a><br>
</blockquote></div>