Red Hat Bugzilla – Bug 126007
European chars interpreted as prefixes and emacs loops on console
Last modified: 2007-11-30 17:10:44 EST
Description of problem:
The French character Ã® makes emacs freeze when using it in a real
Version-Release number of selected component (if applicable):
GNU Emacs 21.3.1
Always for me
Steps to Reproduce:
1. Use the fonts "latarcyrheb-sun16" with your terminal ($ setfont
2. Launch emacs then create a temporary text file ($ emacs test)
3. Type ^ i (Because you want to type a Ã®)
Emacs will freeze and use 96% of CPU
Prints a Ã®
It doesn't occur with the fonts lat9w-16 but with these fonts, 'Ã®' is
taken like a macro-key (similar to C-, M-)
"^i" works outside emacs?
Yeah, it works. It just displays nothing but it works...
Do I need to use a French kbd layout to reproduce this?
Can you explain exactly how to enter "^ i" in Emacs?
Nevermind, I managed to input ^i with a French kbd layout.
Yep, I see it is interpreted as a prefix key by Emacs
but it doesn't emacs to freeze for me or use all the cpu.
Nor do the other accented letters. However I'm testing
with a FC devel (rawhide). Any chance you could test with
Did you have the same keyboard layout, fonts (latarcyrheb-sun16) and
charset (fr_FR.UTF8) ?
Are you using a xterm or a real terminal ? It seems to occurs only in
The first time I got this problem, it was with a fresh installation of
Fedora Core 2, using a french setup and the problem still occured with
rawhide packets, last time I checked.
If I find a friend with a Fedora Core 2 installed, I'll ask him to try
I'll try with the latest Rawhide when I can.
Thanks for the help ;)
I have a problem which I think is related to this one, although
it has nothing to do with the linux console, the font or the
Launch emacs (under X), then type:
C-x 8 ' e f o o b a r
Well here it makes emacs freeze and eat 98% of cpu before you
can even finish to type foobar. (You can unfreeze it with C-g,
I see similar problem when I ssh from OSX to FC3 and type one of Swedish
characters, eg "Ã¤" (use dead keys to construct it). Ctrl-G will not stop the loop.
Yes, I can reproduce Ã® and "C-x 8 ' e" being interpreted as a modifiers.
And on the console causing looping, which C-g breaks out of it.
I can't reproduce with "emacs --no-site-file" though:
it seems it is caused by the (set-keyboard-coding-system 'utf-8)
setting in lang-coding-systems-init.el (see bug 106929) afaict.
Worse, it seems (set-keyboard-coding-system 'utf-8)
is needed for Latin input in a terminal, but this
breaks input on the console. So probably need to
condition this on the value of TERM I guess.
Created attachment 111375 [details]
I believe this change basically fixes the problem.
Could you please test it and if it is good, I'll
update emacs with it.
The above fix appears to 21.3-24.
Could you please confirm if this fixes the issue?
I have tested the patch and it appears to fix the issue - thanks!
Closing as per previous comment