From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: [Stephen.Berman@gmx.net: Re: redisplay] Date: Tue, 17 Mar 2009 11:13:02 -0400 Message-ID: <87tz5sxjwh.fsf@cyd.mit.edu> References: <87mz0z5dux.fsf@stupidchicken.com> <462D059B.7020001@swipnet.se> <462F1593.6030601@swipnet.se> <462F6ABA.6030808@swipnet.se> <462F9E30.4000702@swipnet.se> <87vdq9xzqj.fsf@cyd.mit.edu> <87d4cgbxzn.fsf@cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1237302745 30088 80.91.229.12 (17 Mar 2009 15:12:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Mar 2009 15:12:25 +0000 (UTC) Cc: David Reitter , Jan =?utf-8?Q?Dj=C3=A4rv?= , emacs-devel@gnu.org To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 17 16:13:41 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ljayk-00025u-0s for ged-emacs-devel@m.gmane.org; Tue, 17 Mar 2009 16:13:18 +0100 Original-Received: from localhost ([127.0.0.1]:39590 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LjaxN-0003he-B3 for ged-emacs-devel@m.gmane.org; Tue, 17 Mar 2009 11:11:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LjaxI-0003hV-32 for emacs-devel@gnu.org; Tue, 17 Mar 2009 11:11:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LjaxC-0003hB-NW for emacs-devel@gnu.org; Tue, 17 Mar 2009 11:11:46 -0400 Original-Received: from [199.232.76.173] (port=38982 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LjaxC-0003h8-II for emacs-devel@gnu.org; Tue, 17 Mar 2009 11:11:42 -0400 Original-Received: from cyd.mit.edu ([18.115.2.24]:45383) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LjaxC-0001iW-97 for emacs-devel@gnu.org; Tue, 17 Mar 2009 11:11:42 -0400 Original-Received: by cyd.mit.edu (Postfix, from userid 1000) id D5D3857E21A; Tue, 17 Mar 2009 11:13:02 -0400 (EDT) In-Reply-To: (YAMAMOTO Mitsuharu's message of "Tue, 17 Mar 2009 18:06:26 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:109669 Archived-At: YAMAMOTO Mitsuharu writes: > I tried it myself with Ubuntu 8.10, GTK+ (as I could not reproduce the > redraw-failure with X11 on Mac OS X, Xaw). It sometimes failed in > redrawing with each of three Fredisplay call positions, including the > original one. So I think this is a separate issue. The failure seems to happen more often with the earlier Fredisplay call position. This is not surprising: the Fredisplay call is an attempt to update the display of the frames, which depends on X server timings that Emacs cannot affect directly. Since the goal is to perform the update just before opening the dialog, calling Fredisplay earlier makes this hack less reliable. Your analysis, however, makes it clear that this hack is problematic. However, I don't see any good solution right now. So, please go ahead and move the Fredisplay call to an earlier, safe position.