This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: bug in EUC-CN charmap
hashao writes:
> Mutt cannot display Chinese chars without a work around in mutt
> because it use isprint() which is buggie under glibc 2.1.x. We has
> this 'fix' to add chars in the range of 0x80 - 0xFF into the print
> class of locale definition.
You don't need such workaround with glibc-2.2. The right fix for
applications is to use the multibyte API in glibc 2.2.
> Does this mean that a single byte in the range 0x80 - 0xAF is not
> valid under GB2312 locale?
Yes.
> So if 0x80 - 0xFF are removed from charmap, will all the reference
> to those chars in locale definition unnecessary?
Such references in the locale definition will then be taken into
account for the iswprint() function but not for isprint().
Bruno