[Octave-bug-tracker] [bug #55452] fopen() does not support encoding argument

[Andrew Janke]

Follow-up Comment #16, bug #55452 (project octave):

> I was wondering about format strings like "äöü %s %.3f", i.e. format
strings that don't consist exclusively of format specifiers. We probably would
have to somehow detect which parts of the format string are specifiers and
convert only the remaining parts before we pass the string to the C functions.


I think this depends on what encoding Octave is storing its strings in
internally. If it's UTF-8, you're in the clear, because the multi-byte
sequences never use bytes that are valid ASCII characters.

If Octave is internally using the system default encoding, I think you
technically have to transcode it to UTF-8 or whatever the C/C++ string
processing functions are using for the placeholder-substitution logic.

Then in either case you need to transcode it again to your final output
encoding.

BUT - every single-byte encoding I'm aware of is ASCII-compatible, and since
Octave's internal strings are built on chars and are not currently doing
transcoding, I think you're stuck with "single-byte-compatible" encodings, and
that concern doesn't apply.

And at the C level, `sprintf()` and friends are not encoding-aware, so I think
you're stuck using an ASCII-compatible encoding with them anyway.


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?55452>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/