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