Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 13 Feb 2017 22:12:13 +0800
From: He X <>
Subject: Re: Re: a bug in bindtextdomain() and strip '.UTF-8'

I dont know how, but it's indeed GBK, even with musl, vim indeed generated
GBK set files, maybe it's because im using gnu
gettext(without-included-gettext). I think we should avoid this issue
depending on a check of libc, rather than assuming all .mo files are UTF-8

2017-02-13 21:28 GMT+08:00 Rich Felker <>:

> On Mon, Feb 13, 2017 at 04:01:31PM +0800, He X wrote:
> > New find, as you can see, zh_CN is different from zh_CN.UTF-8, it's GBK
> > codeset, we can't strip .UTF-8 easily, or we will get a lot of junk:
> That's on glibc; your "finding" is irrelevant to musl, where the
> encoding for all locales is UTF-8.
> Rich

Content of type "text/html" skipped

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.