Bug 2918 - emacs garbage screens
Summary: emacs garbage screens
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: emacs
Version: 6.0
Hardware: i386
OS: Linux
low
medium
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-05-18 23:09 UTC by wilibear
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 1999-05-26 15:50:09 UTC


Attachments (Terms of Use)

Description wilibear 1999-05-18 23:09:20 UTC
With emacs and emacs-X installed, when emacs
is invoked, the window it pops up in is unusually
wide, and typing and cursor movement cause
strange scramblings of the text to occur.

For whatever reason, this bug went away for me
when I applied the netscape java fix mentioned
in, for example, bug # 2495 (using chkfontpath).

Comment 1 Derek Tattersall 1999-05-19 14:36:59 UTC
Have not been able to reproduce the symptoms reported on any of
several systems.

Comment 2 wilibear 1999-05-20 03:36:59 UTC
I just noticed bug #2295 --- I've got a
Diamond Viper 550 (Riva TNT) on a PII/400.
My probs are not limited to emacs.  Netscape
hangs (even with chkfontpath workaround). When
running info in KDE's terminal emulator kvt,
the terminal window accumulates random pixels
of text-color where they should be background
color.

Problems do not occur with RH5.2 &
XFree86-3.3.3.1 and KDE-1.1.1.

Comment 3 Derek Tattersall 1999-05-20 15:22:59 UTC
Seems to be a riva driver problem.

Comment 4 Preston Brown 1999-05-26 15:50:59 UTC
emacs garbage screens are related to the chkfontpath problem which
support knows about.  The other problems mentioned in this bug report
are not related, and if they persist, should be filed under a fresh
bug report.


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