Re: BUG: Japanese UTF-8 files > 65 Kbyte get corrupted during saving
Mike FABIAN <[email protected]> Sun, 07 Sep 2003 01:51:51 +0200
| Newsgroups | gmane.emacs.xemacs.beta,gmane.emacs.mule |
|---|---|
| Message-ID | <[email protected]> |
> Mike Fabian <[email protected]> さんは書きました: > >> 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 <[email protected]> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。
bug.el
(application/emacs-lisp, 409 B) - not displayed