Mike Fabian <mfabian(a)suse.de> さんは書きました:
> Attached is a small lisp file "bug.el" to reproduce the problem.
>
> Execute it as follows:
>
> mfabian@gregory:~/xemacs-bug$ LANG=C xemacs -q -batch -eval "(require
'un-define)" -l bug.el
> Wrote /tmp/utf-8-output
> mfabian@gregory:~/xemacs-bug$ LANG=C iconv -f utf-8 -t euc-jp /tmp/utf-8-output
> /dev/null
> iconv: illegal input sequence at position 65535
> mfabian@gregory:~/xemacs-bug$
>
> and you see that one Japanese character in the output has been
> destroyed.
>
> This problem seems to occur for any big Japanese files in UTF-8. When
> saving them, characters will be destroyed at file positions close to
>
> N * 65535
>
> bytes.
this bug still exists unchanged in XEmacs 21.4.12 with the sumos from 2003-02-05.
It is still unchanged in XEmacs 21.4.13 and he Sumos from 2003-06-29.
Upgrading Mule-UCS to the latest CVS version (see
http://tats.iris.ne.jp/mule-ucs/) doesn't help either.
Doesn't anybody know a solution for this problem?
--
Mike Fabian <mfabian(a)suse.de>
http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。