From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#1748: marked as done (23.0.60; display of multiple frames: refresh and memory problems) Date: Sun, 15 Mar 2009 15:00:07 +0000 Message-ID: References: <49BD160A.6080106@gnu.org> <006401c96b0d$7223b760$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1237129207-17719-2" X-Trace: ger.gmane.org 1237129551 18779 80.91.229.12 (15 Mar 2009 15:05:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 15 Mar 2009 15:05:51 +0000 (UTC) To: Jason Rumney Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 15 16:07:06 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LirvX-0006Q1-MI for geb-bug-gnu-emacs@m.gmane.org; Sun, 15 Mar 2009 16:07:00 +0100 Original-Received: from localhost ([127.0.0.1]:43384 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LiruB-00068V-8w for geb-bug-gnu-emacs@m.gmane.org; Sun, 15 Mar 2009 11:05:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lirsb-0005kl-FO for bug-gnu-emacs@gnu.org; Sun, 15 Mar 2009 11:03:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LirsW-0005io-Eu for bug-gnu-emacs@gnu.org; Sun, 15 Mar 2009 11:03:56 -0400 Original-Received: from [199.232.76.173] (port=45106 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LirsW-0005ij-BP for bug-gnu-emacs@gnu.org; Sun, 15 Mar 2009 11:03:52 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:55671) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LirsO-0003pH-GA; Sun, 15 Mar 2009 11:03:45 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2FF3g9a018859; Sun, 15 Mar 2009 08:03:42 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n2FF07dC017770; Sun, 15 Mar 2009 08:00:07 -0700 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: closed 1748 X-Emacs-PR-Package: emacs,w32 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:26344 Archived-At: This is a multi-part message in MIME format... ------------=_1237129207-17719-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Sun, 15 Mar 2009 22:51:54 +0800 with message-id <49BD160A.6080106@gnu.org> and subject line Re: bug#950: CVS Emacs on Windows XP fails to draw content= s of new frame has caused the Emacs bug report #950, regarding 23.0.60; display of multiple frames: refresh and memory problems to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) --=20 950: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D950 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems ------------=_1237129207-17719-2 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 31 Dec 2008 06:03:14 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mBV63AM9020291 for ; Tue, 30 Dec 2008 22:03:11 -0800 Received: from mail.gnu.org ([199.232.76.166]:56319 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LHu9e-0003w8-Ho for emacs-pretest-bug@gnu.org; Wed, 31 Dec 2008 01:02:06 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LHuAb-000376-Ll for emacs-pretest-bug@gnu.org; Wed, 31 Dec 2008 01:03:09 -0500 Received: from rcsinet12.oracle.com ([148.87.113.124]:46829 helo=rgminet12.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LHuAb-000372-5f for emacs-pretest-bug@gnu.org; Wed, 31 Dec 2008 01:03:05 -0500 Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mBV62hPk018679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 31 Dec 2008 06:02:45 GMT Received: from acsmt701.oracle.com (acsmt701.oracle.com [141.146.40.71]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mBV63Wll009050 for ; Wed, 31 Dec 2008 06:03:33 GMT Received: from dradamslap1 (/141.144.90.249) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 31 Dec 2008 06:02:59 +0000 From: "Drew Adams" To: Subject: 23.0.60; display of multiple frames: refresh and memory problems Date: Tue, 30 Dec 2008 22:03:03 -0800 Message-ID: <006401c96b0d$7223b760$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AclrDXBCbwaZ+GO4TC+5TesoJwhGBg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt701.oracle.com [141.146.40.71] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010209.495B0B14.00AD:SCFSTAT928724,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) I see this with my own setup, which uses more faces etc., but I can reproduce it to some extent in emacs -Q. When many frames are open, I see these problems, in order of severity, severity worsening with more frames: 1. Redisplay problems. If a frame is partly behind another frame or other window-mgr window, and the occluding frame is iconified or moved out of the way, then the formerly hidden part of the occluded frame that is now visible is not refreshed - it stays blanked out. With enough frames it is never refreshed until I do `C-l'. The result is that in practice, with my setup, having several frames means I must often do `C-l' to see a frame. 2. Memory problems. With enough frames opened, I get a memory warning from Emacs, or Emacs hangs altogether, or it crashes. With my own setup, the redisplay problems happen with even a few frames, the memory 75% warning appears with about 15 frames. And if I open, say 20 frames, Emacs hangs and I need to use the task manager to kill it - or it crashes. With Emacs 20 through 22, I never see any such problems. I can have several Emacses open at once, with any number of frames for each. As soon as I use Emacs 23, I run into these problems. With emacs -Q, it takes many, many more frames for problem #1 to appear, and I have not yet seen problem #2. As I write this, I'm seeing the redisplay problem somewhat in emacs -Q, with 30 frames open. But the problem is still slight in emacs -Q: if I move a frame the others are redisplayed pretty quickly. If I can isolate anything else in my own setup that contributes to this I'll send it along, but that might not be soon or easy. A quick way to test the redisplay problem with emacs -Q is to load dired-x.el, set pop-up-frames to t, and eval this: (defun dired-simultaneous-find-file (file-list option) "Same as original, but respects `pop-up-frames'." (let (size) (cond ((and option (natnump option)) (while file-list (find-file-noselect (car file-list)) (pop file-list))) ((or pop-up-frames option) (while file-list (find-file-other-frame (car file-list)) (pop file-list))) (t (setq size (/ (window-height) (length file-list))) (when (> window-min-height size) (error "Too many files to visit simultaneously. Try C-u prefix.")) (find-file (car file-list)) (pop file-list) (while file-list ;; Vertically split off a window of desired size. ;; Upper window will have SIZE lines. ;; Select lower (larger) window. We split it again. (select-window (split-window nil size)) (find-file (car file-list)) (pop file-list)))))) Then mark lots of files in Dired and hit `F' to open them all in separate frames. In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-12-30 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' ------------=_1237129207-17719-2 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 950-done) by emacsbugs.donarmstrong.com; 15 Mar 2009 14:52:32 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.0 required=4.0 tests=HAS_BUG_NUMBER,PUSSY autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2FEqSb0015970 for <950-done@emacsbugs.donarmstrong.com>; Sun, 15 Mar 2009 07:52:29 -0700 Received: by ti-out-0910.google.com with SMTP id 28so821474tif.1 for <950-done@emacsbugs.donarmstrong.com>; Sun, 15 Mar 2009 07:52:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=K2l9EKGRSO6Fqg+nZW7TfdxZss6HxKC1+HcETpGFnIk=; b=MKs88Gee5I+F1xC8e3eY7QzzJPA4+Qtf8xJIQbv2bRRy2Ed7guAKNsoKIEjxS15dYg vySYq/M5x4Vv+OAtlOx3czkOwn0B+rEPdp4nz5qexfdaAS4s3KJixH1EuJ6h0IZkK/6Y 1sJk8EAf5UVotJalQIaUPWI8XQuyW7GGK52ak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=uXbWoW+yiR6pxTqhsrLjofbiVDjOiGTuViugtUuCQ8mg4yFsJRmH/apanfsXMCCV2J ak//0GdH2jQZyopxYZN7SzNdHaUq2PpSRgAi0SL4gpPaMU8D4uP2R+Q8egWPyFcjjY7P 5qBqzqrdAqQjCbwZV/iBb2G8dxtHf7tpKszSE= Received: by 10.110.47.17 with SMTP id u17mr5772422tiu.31.1237128746045; Sun, 15 Mar 2009 07:52:26 -0700 (PDT) Received: from ?192.168.249.26? ([118.101.239.101]) by mx.google.com with ESMTPS id d7sm1797992tib.2.2009.03.15.07.52.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 15 Mar 2009 07:52:25 -0700 (PDT) Sender: Jason Rumney Message-ID: <49BD160A.6080106@gnu.org> Date: Sun, 15 Mar 2009 22:51:54 +0800 From: Jason Rumney User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: 950-done@emacsbugs.donarmstrong.com Subject: Re: bug#950: CVS Emacs on Windows XP fails to draw contents of new frame References: <006401c96b0d$7223b760$0200a8c0@us.oracle.com> In-Reply-To: <006401c96b0d$7223b760$0200a8c0@us.oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit > CVS Emacs on Windows XP sometimes fails to draw the contents of a new > frame. This bug (also reported as bug#1748 and bug#2524) should be fixed now. It was due to a poorly implemented redraw optimization within Windows, which I have worked around by using a non-standard paint message internally in Emacs. ------------=_1237129207-17719-2--