Re: BUG: Japanese UTF-8 files > 65 Kbyte get corrupted during saving

Mike> this bug still exists unchanged in XEmacs 21.4.12 with the Mike> sumos from 2003-02-05. It's not in XEmacs proper, either part of Mule-UCS or in CCL. At least I can't find anything in the XEmacs code, and the corruption is quite suspicious: it's U+FFFD REPLACEMENT CHARACTER, which suggests that Mule-UCS is getting confused (XEmacs doesn't use that character). There are a bunch of unsigned comparison warnings in CCL; I wouldn't be surprised if that's related (CCL uses 16-bit counters IIRC, which would mean that it might very well wrap around for multibyte characters starting at or slightly before position 65535). But nobody understands either CCL or Mule-UCS; they're both undocumented write-only hacks. I doubt this will get fixed except by chance, unless fixing the warnings does the trick, or I can find the magic number 65535 in the Mule-UCS code. I'll take a look at those. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.