From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX Date: Tue, 09 Nov 2010 18:57:15 +0200 Message-ID: <83zktimo44.fsf@gnu.org> References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> <831v6vobys.fsf@gnu.org> <4CD8FB98.8080706@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1289322849 11342 80.91.229.12 (9 Nov 2010 17:14:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 9 Nov 2010 17:14:09 +0000 (UTC) Cc: yacoob@gmail.com, 7348@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 09 18:14:03 2010 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.69) (envelope-from ) id 1PFrlh-0001V9-2m for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Nov 2010 18:14:01 +0100 Original-Received: from localhost ([127.0.0.1]:54310 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PFrlg-0007SO-Bq for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Nov 2010 12:14:00 -0500 Original-Received: from [140.186.70.92] (port=56364 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PFrlZ-0007RS-LR for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2010 12:13:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PFrlY-000091-Ae for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2010 12:13:53 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53245) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PFrlY-00008x-7m for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2010 12:13:52 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PFrRO-0003BJ-5A; Tue, 09 Nov 2010 11:53:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Nov 2010 16:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7348 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7348-submit@debbugs.gnu.org id=B7348.128932155812219 (code B ref 7348); Tue, 09 Nov 2010 16:53:02 +0000 Original-Received: (at 7348) by debbugs.gnu.org; 9 Nov 2010 16:52:38 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFrQz-0003B2-Vo for submit@debbugs.gnu.org; Tue, 09 Nov 2010 11:52:38 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFrQx-0003Aw-Dl for 7348@debbugs.gnu.org; Tue, 09 Nov 2010 11:52:36 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LBM00700N25GI00@a-mtaout22.012.net.il> for 7348@debbugs.gnu.org; Tue, 09 Nov 2010 18:57:15 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.249.126]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LBM004BXN3EDAU0@a-mtaout22.012.net.il>; Tue, 09 Nov 2010 18:57:15 +0200 (IST) In-reply-to: <4CD8FB98.8080706@gmx.at> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 09 Nov 2010 11:53:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org 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:41455 Archived-At: > Date: Tue, 09 Nov 2010 08:43:20 +0100 > From: martin rudalics > CC: mituharu@math.s.chiba-u.ac.jp, yacoob@gmail.com, > 7348@debbugs.gnu.org > > > The second call to do_pending_window_change is conditioned on > > must_finish being zero, which I think cannot happen when this > > situation hits. > > Well I thought must_finish being non-zero means we must neglect pending > changes while must_finish zero means we are allowed to do them. But I > don't understand redisplay_internal at all. On second thought, perhaps we should simply goto retry after this second call. I don't believe we could hit an infloop, since the offending window was already deleted. WDYT? > In my branch I try to avoid that frame size changes may delete the > selected window. How can you do that in general? What will the window display like?