5:53 a.m.
Hi.
For several months now I've been experiencing screen corruption
problems in Xemacs running in X. If I split the main window vertically,
and then split one of the sub-windows horizontally, Xemacs doesn't
redraw the area in the big buffer next to the bar separating the two
smaller buffers. Here's a screenshot:
http://www.cds.caltech.edu/~dkogan/corruptxemacs.png
I'm currently using Xemacs 21.4.20 on Debian unstable, but the issue
has persisted for several months, and isn't limited to the latest
version of Xemacs. Has anybody seen this or any thoughts on how to
troubleshoot the issue?
Remote-displaying an Xemacs session from the affected computer doesn't
exhibit the problem. Running on the affected computer shows the problem
both with the fglrx and the vesa graphics drivers. It has worked
before with some older configuration, but I can't figure out what that
was.
Thanks.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
4:05 a.m.
Dima Kogan writes:
version of Xemacs. Has anybody seen this or any thoughts on how to
troubleshoot the issue?
A very long time ago I had a similar problem, which was traced to a
bug in the firmware of the board I was using. Setting the XFree86
driver to handle the cursor in software instead of using the hardware
support fixed my problem, with no visible effects on anything else.
XEmacs works the display surprisingly hard; these problems do
occasionally show up in XEmacs although other applications don't have
them.
Remote-displaying an Xemacs session from the affected computer
doesn't
exhibit the problem. Running on the affected computer shows the problem
both with the fglrx and the vesa graphics drivers.
That does suggest a platform issue (it could still be an XEmacs bug,
but it will be very hard to debug). I cannot reproduce it locally
(Mac OS X 10.4, Apple X11, iBook G4 w/ ATI Mobility Radeon 9550).
Can you reproduce it by running XEmacs elsewhere and displaying on
that computer?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
1:38 p.m.
Dima Kogan <dkogan(a)cds.caltech.edu> writes:
For several months now I've been experiencing screen corruption
problems in Xemacs running in X.
Remote-displaying an Xemacs session from the affected computer
doesn't exhibit the problem. Running on the affected computer shows
the problem both with the fglrx and the vesa graphics drivers.
For what it's worth: scrolling in partly obscured windows leaves bad
artifacts on Emacs when using the Radeon stuff. So it might just be
that the driver is screwed, or that both Emacs and XEmacs manage to
exercise something that no other driver implements.
Amusingly, the effect on your screenshot looks very much like that I
see on Emacs. It would be my guess that the source area after a
partial scroll in the window does not get cleared. Since the display
engines of Emacs and XEmacs are probably not much alike anymore, it is
interesting that one does not see this sort of corruption in other
applications.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
12:30 a.m.
David Kastrup writes:
For what it's worth: scrolling in partly obscured windows leaves
bad
artifacts on Emacs when using the Radeon stuff. So it might just be
that the driver is screwed, or that both Emacs and XEmacs manage to
exercise something that no other driver implements.
Interesting. Thanks for the confirmation!
My guess is that there are very few line-oriented advanced redisplays,
maybe none except for Emacs derivatives.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
2:05 p.m.
Interestingly, I do not observe the problem with Emacs, only XEmacs. I
really do want to blame fglrx, but as I said, running with vesa doesn't
fix it. Thanks for the help.
On Sun, 23 Sep 2007 08:30:14 +0900
"Stephen J. Turnbull" <stephen(a)xemacs.org> wrote:
David Kastrup writes:
> For what it's worth: scrolling in partly obscured windows leaves
> bad artifacts on Emacs when using the Radeon stuff. So it might
> just be that the driver is screwed, or that both Emacs and XEmacs
> manage to exercise something that no other driver implements.
Interesting. Thanks for the confirmation!
My guess is that there are very few line-oriented advanced redisplays,
maybe none except for Emacs derivatives.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6054
days inactive
6057
days old
4 comments
3 participants
participants (3)
-
David Kastrup -
Dima Kogan -
Stephen J. Turnbull