Re: Current CVS Mule 21.2 crashes (on X only?)
"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
>>>>> "Stephen" == Stephen J Turnbull
<turnbull(a)sk.tsukuba.ac.jp> writes:
Stephen> In CVS current, Mule on X crashes immediately. This may
Stephen> be related to Japanese hardware; the keysym that blows up
Stephen> is 1223 decimal, which puts it in the KATAKANA_JISX0201
Stephen> range. (Cf x_keysym_to_character(), src/event-Xt.c:211.)
This seems to fix but I don't understand why. x_keysym_to_character()
from src/events-Xt.c should call this macro with a value that was
originally an enum constant (ie, int) LEADING_BYTE_KATAKANA_JISX0201
== 0x89 from src/mule-charset.h. This should fit into a Bufbyte
(typedef for unsigned char), right?
GCC bug, maybe?
$ gcc --version
2.95.2
I guess so.
There was the same crash report from himi.
"assertion of CHARSET_BY_LEADING_BYTE fails on gcc-2.95.2 20000220."
<uvguvg532.fsf(a)MILCH.meadow.scphys.kyoto-u.ac.jp>
Sat, 14 Oct 2000 18:11:29 +0900
I don't know why it doesn't happen to me (I'm using Debian
woody). There are already some hack to remedy GCC optimizer
bug which I don't like very much because it tend to worsen
readability. But if it happens to many people, something
should be done.
--
Yoshiki Hayashi