From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Redisplay issue Date: Sun, 29 Nov 2015 17:42:44 +0200 Message-ID: <83two4olqj.fsf@gnu.org> References: <83fuzqr1iz.fsf@gnu.org> <8337vqqwz7.fsf@gnu.org> <83y4dhonng.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1448811800 15287 80.91.229.3 (29 Nov 2015 15:43:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 29 Nov 2015 15:43:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: Yuan MEI Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 29 16:43:09 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a3481-00084G-MD for ged-emacs-devel@m.gmane.org; Sun, 29 Nov 2015 16:43:05 +0100 Original-Received: from localhost ([::1]:36708 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3485-0000Fw-JK for ged-emacs-devel@m.gmane.org; Sun, 29 Nov 2015 10:43:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48024) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a347t-0000Fp-DX for emacs-devel@gnu.org; Sun, 29 Nov 2015 10:42:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a347q-0008HK-80 for emacs-devel@gnu.org; Sun, 29 Nov 2015 10:42:57 -0500 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:42189) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a347p-0008H6-Vr for emacs-devel@gnu.org; Sun, 29 Nov 2015 10:42:54 -0500 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NYL00E0020SMX00@mtaout29.012.net.il> for emacs-devel@gnu.org; Sun, 29 Nov 2015 17:42:28 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYL00EV22ASUT00@mtaout29.012.net.il>; Sun, 29 Nov 2015 17:42:28 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.185 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:195538 Archived-At: > Date: Sat, 28 Nov 2015 18:54:01 -0800 > From: Yuan MEI > Cc: emacs-devel > > > Can you see if the coordinates of the exposed region, as reported to > > Emacs, correspond to what is in fact exposed? > > Finally I captured a state that although an expose event was sent to > Emacs (correctly), Emacs did not redraw. In the attached screenshot, > the left-side two windows are Emacs and speedbar frames. The > top-right terminal shows the output of xev monitoring the events of > the main Emacs window. This state was captured while shifting out of > the virtual desktop containing Emacs then shifting in. Emacs did a > partial redraw only. I don't understand how Emacs could redraw only partially, if it received the correct coordinates of the exposed region. I might be able to understand how nothing could be redrawn, but partially?.. There's something I'm missing here. Can you build your own Emacs? The display engine can produce a trace of what it does, but it isn't compiled by default. If you can build Emacs, then please configure with --enable-checking='yes,glyphs', then type "M-x trace-redisplay RET" inside Emacs, and post here everything it outputs to stderr starting with "expose_frame" when you succeed to reproduce this again. If you cannot build Emacs, then perhaps you could step with a debugger inside expose_frame and its subroutines, and tell what's going one there. Thanks.