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-----