unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Maurizio Vitale <mav@cuma.polymath-solutions.lan>
To: emacs-devel@gnu.org
Cc: jimb@red-bean.com
Subject: Re: Redisplay problems; request for help
Date: Fri, 19 Sep 2008 09:18:32 -0400	[thread overview]
Message-ID: <87wsh8i89j.fsf@cuma.polymath-solutions.lan> (raw)
In-Reply-To: 8f2776cb0809152323w71e4b1d1yf608d650a8875699@mail.gmail.com

"Jim Blandy" <jimb@red-bean.com> writes:

> I've been seeing a problem with redisplay that I can't quite
> reproduce; if someone else has a reliable method, I can try to debug
> it.
>
> When a window's start changes, either due to something like an
> i-search moving to a match some distance down the buffer and redisplay
> recentering the display, or due to IRC conversation rolling off the
> bottom of the window, some areas of the screen that should be cleared
> occasionally have text from the prior rendering left in them.  C-l
> redraws things correctly, but as the incorrect characters are drawn
> from (another part of) the same buffer being displayed, the corruption
> is not always easy to detect.
>
> Unfortunately, I haven't found a way to make this happen reliably.  If
> you have seen this and know how to make it go, please let me know.
>

Jim,
        it might be the same problem. Or not.
With CVS version of Emacs (including HEAD of this afternoon) I was
getting lot of redisplay problems. For me they happened in gnus, pretty
much all the times. When selecting articles (or typing C-x1 in the
summary window) part of the screen was not redrawn with the new info.
The problematic parts tended to be in the middle or lower part of the
screen. Sometimes after a short while (<1 sec) some small portions of
the wrong parts would be corrected. And C-l would help somewhat, but not
always fully.

So far maybe not too useful. But here what I discovered: if I disable
all desktop effect (the eyecandies in compiz) things seem to be just
fine. This is on:

Linux cuma 2.6.25.16-0.1-default #1 SMP 2008-08-21 00:34:25 +0200 x86_64 x86_64 x86_64 GNU/Linux

and the distribution is OpenSuse. The video card is an nvidia GeForce
6200 using the NVidia drivers for openGL acceleration.

OTH,

        Maurizio







  reply	other threads:[~2008-09-19 13:18 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-16  6:23 Redisplay problems; request for help Jim Blandy
2008-09-19 13:18 ` Maurizio Vitale [this message]
2008-09-24  5:54   ` Kenichi Handa
2008-09-24 16:01     ` Jim Blandy
2008-09-24 16:03     ` Jim Blandy
2008-09-25  0:31       ` Kenichi Handa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87wsh8i89j.fsf@cuma.polymath-solutions.lan \
    --to=mav@cuma.polymath-solutions.lan \
    --cc=emacs-devel@gnu.org \
    --cc=jimb@red-bean.com \
    --cc=maurizio.vitale@polymath-solutions.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).