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: Tue, 01 Dec 2015 18:01:32 +0200 Message-ID: <834mg2kvj7.fsf@gnu.org> References: <83fuzqr1iz.fsf@gnu.org> <8337vqqwz7.fsf@gnu.org> <83y4dhonng.fsf@gnu.org> <83two4olqj.fsf@gnu.org> <83h9k3mphx.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1448985744 15894 80.91.229.3 (1 Dec 2015 16:02:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Dec 2015 16:02:24 +0000 (UTC) Cc: emacs-devel@gnu.org To: Yuan MEI Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 01 17:02:16 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 1a3nNU-0004De-Vy for ged-emacs-devel@m.gmane.org; Tue, 01 Dec 2015 17:02:05 +0100 Original-Received: from localhost ([::1]:53439 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3nNU-00030O-Dx for ged-emacs-devel@m.gmane.org; Tue, 01 Dec 2015 11:02:04 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45680) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3nN7-0002sJ-Hr for emacs-devel@gnu.org; Tue, 01 Dec 2015 11:01:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a3nN2-0000QZ-Il for emacs-devel@gnu.org; Tue, 01 Dec 2015 11:01:41 -0500 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:41879) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3nN2-0000QO-Bx for emacs-devel@gnu.org; Tue, 01 Dec 2015 11:01:36 -0500 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NYO00G00S7ULU00@mtaout29.012.net.il> for emacs-devel@gnu.org; Tue, 01 Dec 2015 18:01:17 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYO00GZLSI5UV00@mtaout29.012.net.il>; Tue, 01 Dec 2015 18:01:17 +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:195683 Archived-At: > Date: Mon, 30 Nov 2015 20:51:15 -0800 > From: Yuan MEI > Cc: emacs-devel > > One more piece of information: once Emacs gets into `bad' mode, > switching out of the virtual desktop then coming back in several times > won't turn Emacs into `good' mode. The way I used to recover was to > switch to another Emacs buffer then switch back. Also, it is > interesting to see that a few seconds after seeing a completely blank > `bad' Emacs frame, a few lines of glyphs show up. Thanks. Once again, the traces of handling the expose event are identical between the "good" and the "bad" cases. I have only one more idea: can you build Emacs without Cairo? Cairo changes the way Emacs draws the screen in significant ways, and that is the only part of this puzzle that we didn't verify yet. The traces indicate that everything up to the point where we invoke the drawing code is identical between the "good" and the "bad" cases, and correctly instructs the display back-end to redraw every screen line in the exposed region(s).