Bug 79535

Seems bugzilla is no better.
I'll attach a picture to be clear

Created attachment 88664 [details]
picture

Presumably you're inputting the chanracters with a French keyboard?

Yes (it more or less works on the same system with xemacs).
Note that I do not see this on a similar system with dotfiles dating from at
least 7.0, so it may be just a problem of emacs defaults not adapted from utf8.

I can check again the broken system this evening, if you have any specific test
in mind.

And as usual gedit input shines.
quite a pity it's too light-weight to be used for any serious work.

Just to be sure I created a new virgin user and his emacs was broken too.

So this is definitely not caused by any weird user setting

It would be useful to know what happens in the following cases:

(a) you run "emacs -q --no-site-file" (this is probably the most interesting)

(b) you run "emacs --unibyte"

(c) you run "emacs --multibyte" (but I think this is the default)

(d) also how about "emacs -nw" in a terminal

(a) and (c) do not change anything

(b) gives \123-style numbers

(d) breaks horribly (instead of printing garbage all non ascii-keys are mapped
to emacs functions (euro for example gives the message « No M-x tags-search or
M-x tags-query-replace in progress »)

(tested on another new user)

Its also not a font problem, I tried to use a known good font ant it gave me the
same garbage (it another style and size, so I'm sure it did use the requested font)

###############################################
### Current Status of Multilingual Features ###
###############################################

CONTENTS: Section 1.  General Information
          Section 2.  Display
          Section 3.  Input methods
          Section 4.  Coding systems
          Section 5.  Character sets
          Section 6.  Fontsets

########################################
# Section 1.  General Information
########################################

Version of this emacs:
  GNU Emacs 21.2.1 (i386-redhat-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-12-02 on stripples.devel.redhat.com

Configuration options:
   --host=i386-redhat-linux --build=i386-redhat-linux
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
--datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib
--libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com
--mandir=/usr/share/man --infodir=/usr/share/info --with-gcc --with-pop --with-sound

Multibyte characters awareness:
  default: t
  current-buffer: t

Current language environment: English

########################################
# Section 2.  Display
########################################

Window-system: x11

The selected frame is using the font:
	-monotype-andale mono-medium-r-normal--27-180-100-107-m-150-iso8859-1

*** Bug 80246 has been marked as a duplicate of this bug. ***

*** Bug 80725 has been marked as a duplicate of this bug. ***

I suspect this was probably caused by the change made to
site-start.el for bug 78678.

Since LC_CTYPE isn't defined by default, LANG should be used (as in Psyche)
if LC_CTYPE isn't set .

Should be fixed hopefully in emacs-21.2-27, which
should be in rawhide before too long.

It works for me at least with emacs-21.2-27 now. Even with strange new
characters like Å/Å (OE/oe)

Thanks a lot

(I had to set a more complete face as default to get oe to work since adobe
courier is a bit lacking on this respect)

That is interesting.  What is the default face you're using now?

I'm afraid I only use corefonts from SF since I've given up on XFree86 providing
complete non-ascii fonts for quite a while.

However I didn't check for a long time, so maybe the provided fonts are a bit
better now 

I've always used intlfonts to get all fonts emacs needs, and have never
understood why Red Hat doesn't include it.

Could you please put in a separate RFE request for intlfonts?
Thank you.