Hi Ralph.
Ralph Corderoy <ra...@inputplus.co.uk> wrote:
|> It turned out we have a general problem on at least Sun Solaris, where
|> +00C1 a.k.a. \u00C1 will be happily iconv(3)d to "?", i.e., i can
|> happily iconv_open(3) from UTF-8 (128,172 characters) to ISO 646
|> a.k.a. US-ASCII (128 characters).
|
|What's iconv(3)'s return value for that case? It's a non-identical
|conversion so I'd expect it to bump the return value.
2 CONV Á
CONVERT FROM utf-8 to 646
CONVERT 2 <Á>
CONVERTED 1 errno 2 -> No such file or directory
2 ok: ?
PUT<aAA?AAc>
So the 1 of CONVERTED 1 should have been it.
Yes. It seems i have to rework the n_iconv* series completely.
My fault, i have blindly extended what i found in Heirloom and am
living in a dream of a usable S-CText. Never really cared for
iconv. Bummer.
|You might find http://austingroupbugs.net/view.php?id=1007 of interest.
Yes, that i was thinking of. Unfortunately no way to test "can
enc" with iconv. My fault. Will fix.
Ciao!
--steffen
------------------------------------------------------------------------------
__________________________________
S-nail-users@lists.sourceforge.net
