Bug 75151 - Windows corrupts in XFree
Windows corrupts in XFree
Product: Red Hat Linux
Classification: Retired
Component: slrn (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2002-10-04 16:45 EDT by Need Real Name
Modified: 2014-03-16 22:31 EDT (History)
2 users (show)

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

Attachments (Terms of Use)
Slrn corrupted (60.52 KB, image/png)
2002-10-04 16:46 EDT, Need Real Name
no flags Details

  None (edit)
Description Need Real Name 2002-10-04 16:45:26 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830

Description of problem:
If I type aumls or oumls (a with dots and o with dots) in a konsole or xterm,
window will 'corrupt'. See screen captures attached. Problems doesn't exists in
local console only with a ssh connection in remote computer.

I don't know if the bug is in the ssh, termcap or what ever...

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

How reproducible:

Steps to Reproduce:
1.Connect to a remote machine via ssh
2.Try to type some scandinavian capital letters


Additional info:
Comment 1 Need Real Name 2002-10-04 16:46:12 EDT
Created attachment 78731 [details]
Slrn corrupted
Comment 2 Need Real Name 2002-10-05 13:02:28 EDT
Seems that problem is not in ssh. It doesn't exist in my other computer which
has different display adapter.Sometimes mozilla window corrupts also, but it
re-draws display so it doesn't matter.

Computer where problem exists has a ATI Mach64 3D Rage IIC display adapter.
Comment 3 Need Real Name 2002-10-05 13:40:53 EDT
The problems is in locales. UTF-8 doesn't work correctly with scandinavian
characters. Workadroung fix is to modify /etc/sysconfig/i18n something like to:
Comment 4 Need Real Name 2002-10-06 15:14:48 EDT
Problem still appears if typing capital letters. A empty and typed character
will appear
Comment 5 Ulrich Drepper 2003-04-22 01:24:55 EDT
This is no glibc problem.  I assign it to XFree86 for now.  Mike will know
better to ask questions to see whether this really is a problem in X or
somewhere else.
Comment 6 Mike A. Harris 2003-04-22 16:25:09 EDT
Most likely you are using a UTF-8 locale, which is the default in Red Hat
Linux 8.0 and later, however the application you are using doesn't support
UTF-8.  This results in 8bit characters with the high bit set (such as German
umlauts) being misinterpreted because the application doesn't support UTF-8.

In short, it isn't a 'bug' usually, but rather it is the specific application
(in this case slrn) just doesn't support UTF-8, so you must not use UTF-8
with such applications.

The only way to work around this problem is to either:

1) Configure your whole machine to use an 8bit locale such as ISO8859-1 or


2) Override the system default locale on an application by application
   basis.  For example:  "bash$ LANG=en_US slrn"

If you require a more detailed explanation about this problem or require
more detailed help or step by step instructions, please refer to the Red Hat
mailing lists for technical support.

Comment 7 Mike A. Harris 2003-04-22 16:26:27 EDT
Reassigning closed report to slrn as it doesn't have anything to do with
XFree86, so any further commenting should be between reporter and slrn

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