--- Begin Message ---
Subject: |
strftime incorrectly assumes that nstrftime will produce UTF-8 |
Date: |
Sun, 26 May 2019 16:41:57 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) |
Hi Christopher,
Christopher Lam <address@hidden> writes:
> Addendum - wish to confirm if guile bug (guile-2.2 on Windows):
> - set locale to non-Anglo so that (setlocale LC_ALL) returns
> "French_France.1252"
> - call (strftime "%B" 4000000) - that's 4x10^6 -- this should return
> "février 1970"
>
> but the following error arises:
> Throw to key `decoding-error' with args `("scm_from_utf8_stringn" "input
> locale conversion error" 0 #vu8(102 233 118 114 105 101 114 32 49 57 55
> 48))'.
>
> Is this a bug?
Yes. Guile's 'strftime' procedure currently assumes that the underlying
'nstrftime' C function (from Gnulib) will produce output in UTF-8,
although it almost certainly produces output in the locale encoding.
Indeed, the bytevector #vu8(102 233 118 114 105 101 114 32 49 57 55 48)
represents the characters "février 1970" in Windows-1252 encoding.
I'm CC'ing this reply to <address@hidden>, so that a bug ticket will
be created. In the future, that's the preferred address for sending bug
reports.
Anyway, thanks for letting us know about this. I'll work on it soon.
Mark
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#35920: strftime incorrectly assumes that nstrftime will produce UTF-8 |
Date: |
Sun, 30 Jun 2019 21:51:42 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) |
Hi Mark,
Mark H Weaver <address@hidden> skribis:
> Here's a patch that might fix the problem, but I don't have time to test
> it right now.
It works! :-) I wrote tests and pushed it as
ab2fd70ef1e36c6532128b73082809ef3c056556.
I forgot to change the commit author to you before pushing, apologies!
Thanks,
Ludo’.
--- End Message ---