From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020724

Description of problem:
A us_intl keymap that used to enable someone to enter characters with accents in
7.3 generates garbage on GNU Emacs on limbo (2).

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.Add to panel the gnome panel the keyboard layout switcher
2.Add an English -> US -> US international keymap (non xkb)
3.Enable it
4.Start GNU Emacs (XEmacs will work; why can't GNU Emacs be started from a menu?)
5.Type say 'a

Actual Results:  A pair of characters, none of which look like a, that, when
cut&pasted into Mozilla, gives an a.  It's saved as a pair of characters that
displays as `a' by cat, less, etc.  I suppose it's the UTF8 encoding of a, but
it displays incorrect in GNU Emacs, if started with LANG=en_US.UTF-8.  If I set
LANG=C, then GNU Emacs displays accented characters correctly.

Expected Results:  It should not display individual components of UTF8 character
sequences, regardless of the LANG choice, or at least not by default.

Additional info:

Instead of adding the keyboard layout switcher, it may be enough to run
setxkbmap us_intl.