Bugzilla will be upgraded to version 5.0 on December 2, 2018. The outage period for the upgrade will start at 0:00 UTC and have a duration of 12 hours
Bug 97630 - dead keys don't work under UTF-8 locales: Uxxxx not defined
dead keys don't work under UTF-8 locales: Uxxxx not defined
Product: Red Hat Linux
Classification: Retired
Component: xemacs (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Jens Petersen
Jay Turner
Depends On:
  Show dependency treegraph
Reported: 2003-06-18 11:52 EDT by diego.santacruz
Modified: 2015-01-07 19:05 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-04-08 22:12:33 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description diego.santacruz 2003-06-18 11:52:48 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20030131

Description of problem:
When xemacs is started under the en_US.UTF-8 locale (default) the dead keys
(e.g., accents) don't work.

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

How reproducible:

Steps to Reproduce:
1. start xemacs (under X)
2. compose an accented letter with a dead key: dead_acute + e

Actual Results:  xemacs displays (in the status line)

U00E9 not defined

and no character is typed to the buffer

Expected Results:  The accented character (�) should appear.

Additional info:

Typing a key that has the accented letter directly assigned (e.g., keysym
eacute) works.

Also starting xemacs as "env LANG=en_US.ISO8859-1 xemacs" does not exhibit this
Comment 1 Jens Petersen 2003-06-18 22:14:17 EDT
Could you please try with the newer xemacs in rawhide? :)
I added better default utf-8 support to it.
Comment 2 diego.santacruz 2003-06-19 07:28:15 EDT
I already tried that before but it does not run, when I start xemacs the dynamic
linker says something about a missing GLIBC symbol. Sorry I did not write down
the error message so I don't recall what was it.

I did not want to upgrade to rawhide glibc so I removed the rawhide xemacs
packages and went back to the regular ones, forcing an ISO8859-1 locale upon
Comment 3 Jens Petersen 2003-06-19 17:19:49 EDT
Then could you please rebuild the xemacs src rpm on machine
and check that it is working better for you?  :)
Comment 4 Jens Petersen 2004-04-08 22:12:33 EDT
Appears to be fixed in current xemacs AFAICT.

Note You need to log in before you can comment on or make changes to this bug.