[erlang-bugs] Unicode bug in io:format

[eurekafag]

Thanks, I'm aware of it. The problem is different behavior with and without
-noinput. I'm just curious which case is right and why it makes difference
at all. I explicitly define that binary string as utf8-encoded but it
only works with -noinput and fails without it. On the other hand, a list
without any unicode letters at all (only integers) printed as hex values
with -noinput and as test without it. It may be understandable if this is
some kind of parser problem which wants latin-1 letters in source but
what's wrong with plain list of integers which it fails to output as a
string? The problem is that those two cases are mutually exclusive so one
of them works with -noinput and fails without and vice versa. So I'm
curious which method I should use so it works like expected.

22 ноября 2011 г. 0:19 пользователь Paul Davis
<paul.joseph.davis@REDACTED>написал:

> Oh, good call. I just pasted your code into the shell and it worked.
> But then when compiling it into a file it breaks like you have.
> Specifically, the UTF-8 literal in the source file is broken. This
> suggests that the Erlang compiler doesn't like UTF-8 literals, and
> sure enough, a quick google brought up a post:
>
> http://erlang.2086793.n4.nabble.com/utf8-in-source-files-td3031128.html
>
> Which references:
>
> http://www.erlang.org/doc/apps/stdlib/unicode_usage.html
>
> HTH,
> Paul Davis
>
> On Mon, Nov 21, 2011 at 2:06 PM, eurekafag <eurekafag@REDACTED> wrote:
> > What exactly do you get? Please, provide the full output of both cases
> with
> > and without -noinput. I tried export LANG=en_US.UTF-8 (my system-wide
> locale
> > is ru_RU.UTF-8) and I still get the same result.
> >
> > _______________________________________________
> > erlang-bugs mailing list
> > erlang-bugs@REDACTED
> > http://erlang.org/mailman/listinfo/erlang-bugs
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-bugs/attachments/20111122/7e838788/attachment.htm>