[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#17881: 24.4.50; decoding by emacs-mule hangs up
From: |
Katsumi Yamaoka |
Subject: |
bug#17881: 24.4.50; decoding by emacs-mule hangs up |
Date: |
Tue, 01 Jul 2014 07:22:29 +0900 |
User-agent: |
Gnus/5.130012 (真 Gnus v0.12) Emacs/24.4.50 (i686-pc-cygwin) |
On Mon, 30 Jun 2014 18:40:41 +0300, Eli Zaretskii <eliz@gnu.org> wrote:
>> Date: Mon, 30 Jun 2014 14:10:25 +0400
>> From: Dmitry Antipov <dmantipov@yandex.ru>
>> Cc: Katsumi Yamaoka <yamaoka@jpl.org>
>>
>> On 06/30/2014 12:27 PM, Katsumi Yamaoka wrote:
>>
>>> Recently an old program that uses the `emacs-mule' coding system
>>> hangs up. Encoding seems ok, but decoding doesn't seem to return.
>>> To reproduce this, please try:
>>>
>>> (decode-coding-string "\222\244\242" 'emacs-mule)
>>>
>>> This should return the Japanese letter "あ".
>>> (Worse, killing the Emacs process is the only way to stop it on
>>> Cygwin because of bug#14553 -- "C-g doesn't break inf-loop".)
>>
>> Quick bisection shows that this was introduced in r117432.
> Fixed in trunk revision 117451.
The old program in question now works. Thank you!