Re: patch [big]: fixed Japanese converters

Sam Varshavchik <[email protected]>
Newsgroups gmane.mail.sqwebmail
Message-ID <[email protected]>
IKEDA Soji writes:

> unicode.c:
>   Error handling by unicode_xconvert() breaks string using multibyte
>   (e.g. EUC-JP) and/or stateful (e.g. ISO-2022-*) encoding schemes.
> 
>   I modified unicode_xconvert() so that it lets converter functions
>   handle conversion errors and then (if possible) retry to handle
>   errors by itself.  I'm not sure this behaviour is suitable for 
>   all implementation of charsets.

That's not going to work.  I don't recall offhand what the reason for the 
current logic is, but there was a specific reason I did this.

If you really need to do it this way, then what you can do is take advantage 
of struct unicode_info.flags, and define a new flag, then check this flag in 
unicode_xconvert, and do it this way.

This way you're only touching your own stuff.
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQBAHv1sx9p3GYHlUOIRAtzeAJ40rBJKRzRjjgtMqroBI2/FM0smEwCeNeiO
AfeGc3uC/aporIrg1CvXXVI=
=t2Wv
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.